App切前台时不能自动读剪贴板，必须用户点击触发uni.getClipboardData；iOS 14+和部分Android厂商系统禁止静默读取，onShow中调用必失败，需在用户tap事件第一层同步执行，轮询不可靠，小程序更严格需手动授权。
App切前台时不能自动读剪贴板，必须用户点击触发
uni-app 的 uni.getClipboardData 在 iOS 和 Android 原生层都禁止静默读取：iOS 14+ 要求明确的用户手势（如 tap），Android 部分厂商系统（华为、小米）会在 App 后台或非焦点状态下拦截剪贴板访问。所以你在 onShow 里直接调用，大概率返回空字符串或 Promise pending，且无错误提示——这是被卡住最多的地方。
真实可行的做法是：在 onShow 里只做「准备」，比如设一个标志位或显示“检测口令”按钮；等用户点一下，再调用 uni.getClipboardData。
为什么 onShow + setTimeout 也不行
常见错误写法是：onShow() { setTimeout(() => uni.getClipboardData(...), 100) }。这依然属于非用户操作上下文，iOS 系统不认，Android 厂商 WebView 也会拒绝。浏览器和原生平台对“用户手势”的判定非常严格：必须是 click/tap 事件回调的第一层同步执行，不能跨宏任务、不能包裹在 Promise.then 或 $nextTick 里。
- ✅ 正确：@click="handlePaste" → 函数体第一行就调
uni.getClipboardData - ❌ 错误：onShow → setTimeout → getClipboardData；或 this.$nextTick → getClipboardData
- ❌ 错误：接口请求完成后自动读，没让用户点一下就执行
想“感知”剪贴板变化？只能轮询，但要慎用
App 端确实可以靠定时轮询模拟监听，但代价高、体验差、易被系统杀掉：
- 轮询间隔不能太短（建议 ≥2000ms），否则耗电、卡顿，iOS 可能直接 suspend 定时器
- 每次轮询都要调
uni.getClipboardData，失败时不报错，需手动比对data是否变化 - Android 后台运行时，部分机型（EMUI、MIUI）会清空剪贴板或禁止 WebView 访问，轮询结果不可靠
- iOS 切后台 2 分钟后剪贴板内容自动清空，轮询到的可能是旧值或空串
更务实的做法：只在用户进入特定页面（如兑换页）时，显示一个显眼的「粘贴口令」按钮，点完立刻读、立刻清理不可见字符（data.replace(/[\u200b-\u200f\u202a-\u202f]/g, '')）、立刻赋值给 input 并 focus。
微信小程序里 onShow 触发读取会直接 permission-denied
微信小程序对权限管控更严：即使 manifest.json 配了 "scope.writeClipboard"，只要不是用户点击行为触发的 uni.getClipboardData，就会直接 fail 并抛出 permission-denied。而且这个拒绝状态会被记住，下次再进页面仍失败，除非用户去「设置 > 隐私 > 剪切板」手动开启。
所以别在小程序的 onShow 里写读取逻辑。正确路径是：
- 页面加载时显示「粘贴口令」按钮（带图标+文字，降低用户操作成本）
- 按钮绑定
@tap="tryReadClipboard" -
tryReadClipboard函数内第一行就调uni.getClipboardData，不加任何异步包装 - 失败时提示：“请检查是否已授权剪切板，或手动复制口令后点击此处”
真正容易被忽略的点是：口令里混入零宽字符（比如微信转发链接自带的 \u200b），看着像空，实际 data.trim().length > 0，但塞进 input 后提交失败。每次读完必须清洗，不能只依赖 trim。
