共计 1676 个字符，预计需要花费 5 分钟才能阅读完成。
最近因为发 Bilibili 的视频，有很多朋友让我拉一个 AI 讨论交流群，但是我平时不怎么喜欢在群里面讨论，另外微信群的二维码还存在一个 7 天过期的问题，如果发布了二维码就必然会存在需要定期更新二维码的情况。如果在页面上留下过期的二维码，那必然会导致使用体验下降。而且如果有很多的文章和视频中需要留下群邀请码的时候就会遇到另外的问题，一旦二维码过期就需要挨个替换，这不仅造成了维护困难，效率地下，并且一旦忘记，之前的推广就大打折扣。而这两天我开始思考有没有一个更优雅的方式来解决这个问题。刚好，我就找到了 wxHm 这样一个开源项目，它通过一个中间层让我们动态的管理群二维码，我们只需要在一个地方管理即可。
活码技术背后的逻辑
要解决这个痛点，我们首先得理解微信为什么要设置这个限制。从平台的角度看，这是为了遏制垃圾信息的无序扩散和保障群聊安全，防止二维码被恶意采集后长期滥用。但对于正经的创作者而言，这就是一道必须跨越的栏杆。市面上的解决方案其实不少，最常见的就是所谓的“活码”平台。其核心逻辑其实非常简单：不直接展示真实的微信群二维码，而是展示一个固定的中间页链接（或者指向这个链接的二维码）。用户扫描这个“活码”后，浏览器会打开一个网页，网页上展示的是你后台实时配置的真实二维码。
这样一来，对外发布的入口就永久固定下来了。无论微信群的二维码如何过期、如何变更，我们只需要在后台替换那张图片，前端用户看到永远是最新的有效入口。 wxHm 这个项目，它不仅轻量，而且完美契合了我的需求。
wxHm 是一个基于 Python 开发的微信活码工具。在使用了一段时间后，我发现它不仅仅是解决了“过期”这一个问题，还在用户体验上做了很多细致的优化。首先是它对多群管理的支持。在实际运营中，我们往往会有不同的群组，比如“技术交流群”、“读书分享群”等等。wxHm 允许你创建不同的分类，每个分类生成独立的永久链接。
wxHm 集成了对 WebP 格式的自动转换支持，当你上传一张几兆的原始 PNG 截图时，它会自动处理成体积极小的 WebP 格式。配合它内置的 wsrv.nl 图片加速服务（一个全球分布的图像处理 CDN），无论用户身处何地，扫描后的页面几乎是秒开。这在移动端网络环境下显得尤为重要，因为任何多一秒的等待都可能导致用户的流失。
此外，它还考虑到了微信浏览器那顽固的缓存机制。很多时候我们更新了图片，但用户端因为缓存看到的还是旧图。wxHm 通过在图片 URL 后追加随机时间戳的方式，强制浏览器每次请求都获取最新资源，彻底规避了“明明后台换了图，前台还是过期码”的尴尬。
部署与实际使用体验
部署 wxHm 的过程相对轻松，因为它只需要基础的 Python 环境。如果你手头有一台安装了宝塔面板或者使用 Docker 的 VPS，基本上分分钟就能跑起来。我个人的建议是，专门为其配置一个独立的二级域名，比如 join.yourdomain.com，这样看起来更加专业和可信。部署完成后，你只需要登录后台，创建一个新的活码，然后上传你当前有效的微信群二维码即可。系统会立刻生成一个专属链接和对应的活码图片，你把这张活码图片贴到你的博客侧边栏、公众号文章底部或者是打印到海报上，工作就完成了。
git clone https://github.com/einverne/wxHm.git
cp .env.example .env
# modify .env
docker compose build
docker compose up -d
问题
当然，使用自建工具也并非完全没有门槛。你需要自己维护服务器的稳定性，虽然它资源占用极低，但仍需确保域名的正常解析和 SSL 证书的有效性。
另外，虽然工具帮你解决了“展示”的问题，但“获取新二维码”这一步目前依然需要人工操作。你需要每七天去微信群里保存一次新二维码并上传。虽然没有完全实现全自动化，但相比于去修改互联网上成百上千个分发渠道的旧链接，这每周一次的一分钟操作，性价比已经是极高了。
最后
从本质上讲，wxHm 并不是什么颠覆性的高科技产品，它只是用一种极其简单却有效的方式，填补了微信生态中的一个小坑。
我的微信群
