uni-app 不能直接调用 getwxacodeunlimit，必须由后端发起并统一管理 access_token；scene 字段严格限制为 32 字节 ASCII，需 base64 或 URL 编码处理；扫码参数分别位于 options.query.scene（小程序码）或 options.q（链接二维码）；返回的 arraybuffer 需转 base64 才能显示。
uni-app 里不能直接调用 getwxacodeunlimit 接口
微信明确要求该接口必须由后端发起，前端（包括 uni-app）直接请求会因缺少服务端校验而失败，线上环境必然返回 {"errcode":40001,"errmsg":"invalid credential"} 或空白图。这不是配置问题，是微信平台强制限制——access_token 必须由后端统一管理、缓存、刷新，前端暴露 appid/secret 极其危险。
所以你看到的“前端拼 URL 调用”代码，只在本地 mock 或调试时看似有效，一旦发布到体验版/正式版，扫码结果就是白屏或 404。
- 后端必须提供一个 POST 接口（如
/api/qrcode/unlimited），接收scene、page、width等参数 - uni-app 前端只负责传参并处理返回的
arraybuffer - 后端需用 Redis 缓存
access_token，避免每请求一次都拉取新 token
scene 参数长度和编码必须严格控制
微信对 scene 字段有硬性限制：最大 32 字节（不是字符数），且只支持 ASCII 字符。中文、emoji、长 ID（如 MongoDB ObjectId）直接拼进去会导致接口静默失败或生成无效码。
常见错误是写成 scene: "userId=abc123&name=张三" —— 这里 “张三” 占 4 字节（UTF-8 编码），极易超限。正确做法是先 URL 编码再截断，或改用 base64 编码业务参数：
- 推荐方式：
scene: btoa(JSON.stringify({id: 'abc123', type: 2}))（前端编码，后端解码） - 次选方式：
scene: encodeURIComponent('id=abc123&type=2').substring(0, 32)（注意 substring 可能截断 UTF-8 多字节序列） - 绝对不要在
scene中放原始手机号、邮箱、长字符串
uni-app 解析扫码进来的 scene 要分场景处理
用户扫小程序码进入时，参数不会出现在 options 的顶层，而是藏在 options.query.scene 里（注意不是 options.scene）。但如果是通过「普通链接二维码」（即网页跳转形式）进来，参数又会在 options.q 里。两者结构完全不同，混用会漏数据。
App.vue 的 onLaunch 中必须同时兼容：
- 小程序码路径：
if (options.query && options.query.scene) { const scene = decodeURIComponent(options.query.scene) } - 普通链接二维码：
if (options.q) { const url = decodeURIComponent(options.q); const code = new URL(url).searchParams.get('code') } - 真机调试时，微信开发者工具模拟的
scene是未编码的，但真机扫码一定是编码过的，务必加try/catch防止decodeURIComponent报错
生成的二维码图片要转成 base64 才能在
微信接口返回的是二进制 PNG 数据（arraybuffer），uni-app 的 uni.arrayBufferToBase64 转换，再拼前缀：
const base64 = 'data:image/png;base64,' + uni.arrayBufferToBase64(res.data) this.qrCodeUrl = base64
注意两点：
- 不能用
ArrayBuffer.prototype.toString()或 JSON.stringify —— 会乱码 - 某些 Android 旧机型对过长的 base64 字符串渲染缓慢，建议 width 控制在 430 以内，避免生成超大图
真正卡住多数人的，从来不是“怎么写”，而是没意识到 scene 字节限制、没区分 query.scene 和 q、以及把 arraybuffer 当字符串用了。这些点不踩一遍坑，很难信。
