html二维码本质是静态的，qrcode-generator和qrcode.js可在纯前端生成静态码；所谓“动态”实为第三方跳转服务实现，前端仅负责展示图片。
HTML 二维码本身不依赖动态生成 —— 静态二维码完全可以在纯前端、无服务器、无网络的环境下生成并渲染。是否“动态”，取决于你用什么方式生成、内容是否可变，而不是 HTML 这个载体本身。
qrcode-generator 和 qrcode.js 能生成静态码吗
能，而且这是它们最常用、最稳妥的用法。这两个库都是纯客户端 JavaScript 库，输入一个 url 字符串，调用 QRCode.toCanvas() 或 new QRCode()，就能直接在 <canvas></canvas> 或 <div> 里画出二维码图案。
<p>生成结果是彻底静态的：图案里直接编码了你传入的完整 URL，扫码后跳转目标完全由该 URL 决定，不经过任何中间服务。</p>
<ul>
<li>适合场景：官网链接、个人博客、电子名片、离线文档里的跳转入口</li>
<li>注意点：<code>qrcode-generator 默认不处理长 URL 的自动短链，如果传入超长链接（比如带一堆 query 参数的 tracking 链接），生成的二维码模块会非常密集，可能被低端扫码器识别失败；建议提前做 URL 截断或使用 qrcode.js 的 typeNumber: 0（自动选型）+ errorCorrectLevel: 'M' 提升容错
Uncaught TypeError: QRCode is not a constructor —— 多因引入方式错乱，比如用 import 引入了 CommonJS 版本的包，或 script 标签没等库加载完就执行初始化HTML 页面里嵌入动态码，本质是渲染一个跳转链接
所谓“HTML 里放动态码”，其实只是把一个已由第三方平台生成的动态二维码图片（<img src="https://xxx.com/q/abc123?x-oss-process=image/resize,p_40">）或 iframe 嵌进去。这个 src 地址指向的是平台的跳转服务，不是你本地生成的图案。
将 Markdown 文章转换为微信公众号兼容的纯 HTML 格式。当用户要求"转成微信格式"、"生成公众号文章 HTML"、"排版到微信草稿箱"、"微信粘贴格式"时触发。输出带内联样式的纯 HTML，微信编辑器可直接渲染，无需额外适配。支持标题、段落、列表、粗体、行内代码、表格、引用块、代码块、配图的完整转换。
你页面上做的所有操作，都只是展示一个固定图片，真正的“动态”逻辑完全在平台侧完成。
- 关键区别：
<img>的src是平台给的短链地址（如https://8muwu.com/l/xyz），不是你自己的域名；一旦平台停服，这个src就 404，二维码失效 - 不能用
qrcode-generator“生成动态码”——它没有服务器能力，无法帮你托管跳转逻辑 - 如果你硬要在前端模拟“可改内容”，只能靠轮询 + iframe reload，但用户扫码时仍会拿到旧地址，毫无意义
为什么有人觉得 HTML 二维码必须动态
混淆主要来自两个地方：
- 把“前端实时生成”当成“动态码”：用户在表单里输 URL、点按钮立刻出码，看起来“活”，但只要没连后台跳转服务，它就是静态码
- 误以为“扫码后能跳不同地址”是前端控制的：实际上那是平台 redirect 的结果，HTML 页面只负责展示那个不变的二维码图案
- 部分 CMS 或建站工具（如 Hostinger Horizons）把“后台改链接 → 二维码不变”包装成“HTML 动态生成功能”，其实是误导；真正动态的部分在服务端，前端只是被动渲染
真正容易被忽略的点是：静态码生成快、可控、零依赖，但一旦 URL 变了就得换图；动态码省事、可追踪，但你永远得信任那个跳转域名的存活时间 —— 截至今天（2026年4月7日），还没有哪家平台敢承诺“永久运营动态码服务”。
