应先清洗再判断是否为空：用正则去除零宽字符、BOM、全角空格等，再trim后检查length；onShow中调用因无用户手势触发权限被拒；H5不支持读取；监听剪贴板变化不可行，推荐显式按钮触发。
uni.getClipboardData 读取后怎么判断内容是否为空
不能直接用 res.data === '' 判断，剪贴板返回的字符串可能含不可见字符（比如微信转发时带的零宽空格 \u200b、BOM 头、换行符或全角空格），看着是空，实际 res.data.length > 0。
实操建议：
- 先做清洗：
res.data.replace(/[\u200b-\u200f\u202a-\u202f\uFEFF\u2060\u00A0]/g, '').trim() - 再判断：
cleanedData.length === 0才算真为空 - 避免只依赖
res.data原始值做逻辑分支，比如自动填充、跳转等场景 - 如果业务要提取邀请码/口令，建议加正则校验（如
/^[a-zA-Z0-9]{6,12}$/），不光看“非空”
为什么 onShow 里调用 uni.getClipboardData 总是返回空
因为 iOS 14+ 和多数 Android 厂商（华为、小米）强制要求：剪贴板读取必须由用户手势（click/tap）触发，onShow 属于生命周期钩子，不是用户操作上下文，系统直接拒绝访问，返回空字符串或静默失败。
常见错误现象：
- App 真机上首次进页面就调用，控制台无报错，但
res.data是空串 - 微信小程序里在
onLoad中读取，提示permission-denied - H5 端直接返回
undefined或 Promise pending
正确做法：绑定按钮点击事件，且确保调用链路不经过异步延迟（如 setTimeout、Promise.then、this.$nextTick）。
不同平台对“有内容”的判定逻辑差异极大
H5 完全不支持读取剪贴板（浏览器策略限制），uni.getClipboardData 在 H5 下静默失效；App 和小程序虽能读，但返回结果含义不同：
- iOS：首次调用会弹系统授权弹窗，拒绝后后续永远返回空，必须引导用户去「设置 → 隐私 → 剪贴板」手动开启
- Android：部分厂商 WebView 会在后台或非焦点状态下拦截读取，即使用户刚点过按钮，也可能因页面未获得焦点而返回空
- 微信小程序：必须在
manifest.json的mp-weixin节点下配置"scope.writeClipboard"权限，否则真机直接拒读 - 鸿蒙：支持
showToast: false参数（从 App 3.2.13+ 开始），但读取仍需用户触发，且不支持 H5 行为
想“监听剪贴板变化”？别硬刚，换思路
uni-app 没有原生的剪贴板变化监听 API，所谓轮询（setInterval 调用 uni.getClipboardData）在 iOS 和多数 Android 上会被系统限频甚至拦截，且耗电、卡顿、易被杀后台。
更可行的替代方案：
- 放弃监听，改用显式入口：加一个「粘贴」按钮，用户主动触发读取
- 结合业务场景降级：比如分享链接带
?code=xxx参数，优先从 URL 解析，剪贴板仅作 fallback - App 端可考虑原生插件封装鸿蒙/Android/iOS 的 ClipboardManager 监听能力，但跨端一致性会崩坏
真正容易被忽略的是：**“有内容”不等于“能用”，清洗、权限、触发时机、平台差异这四层漏掉任何一层，都会让判断逻辑失效。**
