App启动时无法自动检测剪贴板，因iOS 14+和主流Android厂商强制要求剪贴板访问必须绑定用户手势（如点击按钮），onShow等生命周期中调用uni.getClipboardData会静默失败；H5平台不支持该API；可行方案是页面展示“检测邀请码”按钮，用户点击后读取、清洗（正则去除零宽字符）、匹配6–12位字母数字码并自动填充。
App 启动时无法自动检测剪贴板——这是原生平台强制限制，不是 uni-app 能绕过的。 iOS 14+ 和主流 Android 厂商（华为、小米、OPPO）均禁止 App 在冷启动、后台唤醒或 onLoad/onShow 阶段静默读取剪贴板。所谓“自动检测”，实际只能做成「用户进入页面后，点一次按钮触发读取」。
为什么 onShow 里调用 uni.getClipboardData 会失败
系统要求剪贴板访问必须绑定明确的用户手势（tap/click），不能出现在生命周期钩子、定时器、Promise 回调或 setTimeout 中。你在 onShow 里直接写 uni.getClipboardData，哪怕加了 await，也会被原生层判定为“非用户主动行为”，直接拒绝或返回空字符串。
- iOS 真机首次调用会弹系统授权框，拒绝后后续所有调用都静默失败，需手动去「设置 > 隐私与安全性 > 剪贴板」开启
- Android 部分机型（如 EMUI 12、MIUI 13）会在 App 切入前台时拦截剪贴板访问，除非焦点在输入框且用户刚点击过
- H5 平台根本
uni.getClipboardData不支持，调用即返回permission-denied或空对象
能做的“伪自动”方案：按钮触发 + 正则提取
真正可落地的做法是：页面渲染后默认展示一个「检测邀请码」按钮，用户点击后执行完整流程。重点不在“自动”，而在“少一步操作”。
- 按钮
@click="checkClipboard"必须是用户直接 tap，不能套this.$nextTick或setTimeout - 读取后立刻用正则清洗不可见字符：
res.data.replace(/[\u200b-\u200f\u202a-\u202f]/g, '').trim()，否则微信转发带的零宽空格会导致.length判空失效 - 提取邀请码建议用固定规则，比如 6–12 位字母数字组合：
const code = data.match(/[a-zA-Z0-9]{6,12}/)?.[0] || '' - 拿到有效码后，直接赋值给
v-model绑定的变量，并调用this.$nextTick(() => this.$refs.input.focus())让光标就位
别踩的坑：轮询剪贴板、H5 降级、权限配置
有人试图用 setInterval 轮询剪贴板，这在 iOS 上会被系统标记为异常行为，可能触发 App 被限频；在 Android 上多数厂商 WebView 会直接拦截轮询请求。
- App 端必须在
manifest.json的「App 模块配置」中启用clipboard模块，iOS 还需勾选「剪贴板」权限，否则调用无响应也不报错 - 微信小程序必须在
mp-weixin节点下声明"permission": { "scope.writeClipboard": { "desc": "用于识别邀请码" } }，缺一不可 - H5 端不要尝试用
uni.getClipboardData，它不工作；也别写document.execCommand('paste')，浏览器不认，且 H5 根本不支持读取剪贴板
最易被忽略的是：用户复制的内容可能包含 URL、换行符或富文本残留，直接 .trim() 不够，得先正则清理不可见字符再匹配业务规则。真机测试时务必用 iOS 17+ 和华为 Mate 60 等主流机型交叉验证，不同系统对“用户手势”的判定宽松度差异很大。
