uni-app 如何解决iOS 14+ 频繁弹出剪贴板读取提示

iOS 14+ 弹窗是系统强制隐私提示，无法绕过；应通过正则预筛+用户手势触发+避免轮询来减少干扰，且需清洗零宽字符。

uni-app 在 iOS 14+ 上为什么总弹「XX 应用正在读取剪贴板」？

这不是 bug，是 iOS 系统级隐私策略：只要调用 uni.getClipboardData() 读取 string、URL 等具体内容，就会触发系统提示。哪怕你只读一次，用户首次使用时也必然弹窗——这是苹果强制设计，无法绕过。

怎么减少弹窗次数，避免反复打扰用户？

核心思路是「不盲目读，先探再取」：用 iOS 14+ 新增的 hasStrings / hasURLs 等无感检测 API 判断剪贴板是否有目标内容，仅当命中规则时才真正读取。

1. iOS 原生层提供 UIPasteboard.hasStrings、UIPasteboard.hasURLs 等方法，调用它们不会触发弹窗
2. uni-app 本身不封装这些 API，需通过 uni.getSubNVue 或原生插件桥接调用；更现实的做法是：在 manifest.json 的「App 设置」→「iOS 设置」里勾选「剪贴板」权限，并在业务逻辑中加一层守门判断
3. 例如识别淘口令：先用正则粗筛 data.replace(/[u200b-u200fu202a-u202f]/g, '').trim() 后长度 > 0 且含「￥」符号，再调用 uni.getClipboardData() —— 这样可过滤掉纯空格、零宽字符等无效内容，避免无意义触发

用户点一次就弹一次？那是调用时机错了

常见错误是把 uni.getClipboardData() 放在 onShow、onLoad 或定时器里自动执行。iOS 要求必须由明确用户手势（tap/click）触发，否则要么失败，要么每次进页面都弹窗。

1. 按钮必须绑定 @click="handlePaste"，不能靠 mounted 自动拉取
2. 同一用户同一 session 内，首次授权后后续调用不再弹窗——但如果你每次都在 onShow 里调，等于每次「假装是首次」
3. 真机测试时，若用户曾点「不允许」，系统会记住该拒绝状态，下次仍弹窗且返回空字符串；此时需引导用户去「设置 > 隐私与安全性 > 剪贴板」手动开启

轮询监听剪贴板变化？iOS 上慎用

想实现「粘贴口令后自动填入」？别用 500ms 定时器轮询 uni.getClipboardData()。iOS 后台任务极易被挂起，且频繁读取会叠加弹窗、耗电、被系统限频。

1. App 端真正的监听不可行，所谓「自动识别」只能靠用户点击「检测剪贴板」按钮后的一次性读取
2. 如果非要轮询，务必满足：只在 onShow 启动、onHide 清除定时器；间隔设为 ≥1200ms；每次读取前先 data.trim().length > 0 判断，避免空内容触发无谓弹窗
3. H5 平台压根不支持读取，uni.getClipboardData() 直接返回 permission-denied 或空对象，别在这儿浪费调试时间

真实场景里最易被忽略的点：用户复制的是带零宽字符（u200b）的口令，看着像空，实际 data.length > 0，但 data.trim().length === 0 为 false——这种情况下，你没做清洗就直接比对或提交，会导致匹配失败，用户以为功能坏了，其实只是你没处理不可见字符。