iOS 14+ 弹窗是系统强制隐私提示，无法绕过；应通过正则预筛+用户手势触发+避免轮询来减少干扰，且需清洗零宽字符。
uni-app 在 iOS 14+ 上为什么总弹「XX 应用正在读取剪贴板」？
这不是 bug，是 iOS 系统级隐私策略：只要调用 uni.getClipboardData() 读取 string、URL 等具体内容，就会触发系统提示。哪怕你只读一次，用户首次使用时也必然弹窗——这是苹果强制设计，无法绕过。
怎么减少弹窗次数，避免反复打扰用户？
核心思路是「不盲目读，先探再取」：用 iOS 14+ 新增的 hasStrings / hasURLs 等无感检测 API 判断剪贴板是否有目标内容，仅当命中规则时才真正读取。
- iOS 原生层提供
UIPasteboard.hasStrings、UIPasteboard.hasURLs等方法，调用它们不会触发弹窗 - uni-app 本身不封装这些 API，需通过
uni.getSubNVue或原生插件桥接调用；更现实的做法是：在 manifest.json 的「App 设置」→「iOS 设置」里勾选「剪贴板」权限，并在业务逻辑中加一层守门判断 - 例如识别淘口令：先用正则粗筛
data.replace(/[\u200b-\u200f\u202a-\u202f]/g, '').trim()后长度 > 0 且含「￥」符号，再调用uni.getClipboardData()—— 这样可过滤掉纯空格、零宽字符等无效内容，避免无意义触发
用户点一次就弹一次？那是调用时机错了
常见错误是把 uni.getClipboardData() 放在 onShow、onLoad 或定时器里自动执行。iOS 要求必须由明确用户手势（tap/click）触发，否则要么失败，要么每次进页面都弹窗。
- 按钮必须绑定
@click="handlePaste"，不能靠mounted自动拉取 - 同一用户同一 session 内，首次授权后后续调用不再弹窗——但如果你每次都在
onShow里调，等于每次「假装是首次」 - 真机测试时，若用户曾点「不允许」，系统会记住该拒绝状态，下次仍弹窗且返回空字符串；此时需引导用户去「设置 > 隐私与安全性 > 剪贴板」手动开启
轮询监听剪贴板变化？iOS 上慎用
想实现「粘贴口令后自动填入」？别用 500ms 定时器轮询 uni.getClipboardData()。iOS 后台任务极易被挂起，且频繁读取会叠加弹窗、耗电、被系统限频。
- App 端真正的监听不可行，所谓「自动识别」只能靠用户点击「检测剪贴板」按钮后的一次性读取
- 如果非要轮询，务必满足：只在
onShow启动、onHide清除定时器；间隔设为 ≥1200ms；每次读取前先data.trim().length > 0判断，避免空内容触发无谓弹窗 - H5 平台压根不支持读取，
uni.getClipboardData()直接返回permission-denied或空对象，别在这儿浪费调试时间
\u200b）的口令，看着像空，实际 data.length > 0，但 data.trim().length === 0 为 false——这种情况下，你没做清洗就直接比对或提交，会导致匹配失败，用户以为功能坏了，其实只是你没处理不可见字符。 
