应显式提供“复制链接”按钮并调用uni.setClipboardData复制原始URL，而非尝试复制二维码图片；需配置剪贴板权限、确保用户手势触发、验证回调，并配合分享钩子返回合法路径。
点击二维码区域触发复制，不是复制图片而是链接本身
uni-app 里生成的二维码本质是把一个字符串（比如 https://example.com?id=123）编码成图像。用户真正想“复制”的，通常是这个原始链接，而不是 canvas 或 base64 图片。直接对二维码图片绑定 copy 事件没用——它不带文本语义。
正确做法是：在二维码组件旁或上方，显式提供一个「复制链接」按钮，并确保它拿到的是原始 URL 字符串。
- 不要试图从 canvas 中 OCR 识别或反向解码二维码内容——不可靠、无必要、性能差
- 生成二维码时，原始链接必须作为变量保存在 data 或 ref 中（例如
this.qrUrl = 'https://...'），供后续复制调用 - 若用插件如
uv-qrcode或tki-qrcode，它们的text参数就是你要复制的目标，别丢弃
uni.setClipboardData 复制失败的常见原因和绕过方案
调用 uni.setClipboardData 后没反应，大概率不是代码写错，而是环境限制：
- 微信小程序需在
manifest.json的「mp-weixin」节点下开启剪贴板权限："permission": { "scope.writeClipboard": { "desc": "用于复制分享链接" } } - H5 端受限于浏览器策略，部分安卓 WebView 或 iOS Safari 不支持非用户手势触发的复制（即不能在
mounted里自动复制，必须由click触发） - App 端（iOS/Android）基本都支持，但需确认原生层未禁用剪贴板 API
实操建议：只在用户明确点击后调用，且加 success/fail 回调验证
copyLink() {
uni.setClipboardData({
data: this.qrUrl,
success: () => uni.showToast({ title: '链接已复制', icon: 'none' }),
fail: (err) => console.error('复制失败', err)
})
}
长按二维码图片也能复制？别依赖这个交互
有些开发者希望用户长按 canvas 或 image 元素时弹出系统复制菜单，这在 H5 上可能生效（取决于浏览器），但在小程序中完全无效——<canvas> 是原生渲染层，不参与 DOM 文本选择流程。
- 微信小程序里长按 canvas 只会触发
longpress事件，不会唤起系统菜单 - App 端也类似，
<canvas>不可选中文本，更无法复制 - 如果真要支持长按复制，得在 canvas 上方盖一层透明
<view>，监听@longpress并手动调用uni.setClipboardData
但注意：长按操作不符合用户对“二维码”的心智模型，容易误触，推荐坚持用显式按钮。
分享场景下复制链接，必须配合 onShareAppMessage/onShareTimeline
如果你的二维码是用于“分享给朋友”或“分享到朋友圈”，仅复制链接还不够。微信要求分享行为必须走官方分享生命周期钩子，否则复制的链接可能被拦截或无法携带有效参数。
- 哪怕只是想让用户复制链接去粘贴，也要确保
onShareAppMessage返回了合法的path和title，否则某些版本微信会禁用右上角“复制链接”入口 - 复制的链接格式必须是完整的小程序路径，例如
/pages/detail/detail?id=123，不能是外部 URL（除非已配置业务域名） - 若复制的是带
scene参数的链接（如?scene=abc123），需确保后端能正确解析并跳转，前端也要在onLoad中处理options.scene
最易忽略的一点：复制后的链接，如果含非法字符（如空格、未 encode 的中文）、参数缺失或 path 不存在，微信会静默降级为首页，用户毫无感知。
