uni.getclipboarddata返回空字符串不等于剪贴板为空，因零宽字符等不可见内容会导致res.data.length>0但.trim()==='';应先清洗再判空：res.data.replace(/[\u200b-\u200f\u202a-\u202f\u2060-\u2064\ufeff]/g, '').trim().length === 0才为真空。
uni.getClipboardData 返回空字符串不等于剪贴板为空
直接用 res.data === '' 判断“剪贴板为空”是错的——很多情况下 res.data 看似为空，实则含零宽字符（如 \u200b）、BOM（\uFEFF）或不可见控制符，.length > 0 却 .trim() === ''。
真正安全的判断逻辑是：先清理、再判空。
- 调用
uni.getClipboardData后，立刻对res.data做清洗：res.data.replace(/[\u200b-\u200f\u202a-\u202f\u2060-\u2064\uFEFF]/g, '').trim() - 清洗后长度为 0 才算真正“无有效内容”：
cleanedText.length === 0 - 别省略
.trim()—— 微信复制口令常带首尾空格或换行，.replace()不处理这些
为什么不能只靠 success 回调就认为有内容
uni.getClipboardData 的 success 回调被触发，只代表 API 调用成功，并不保证 res.data 有业务意义。iOS 和部分 Android 厂商系统在权限拒绝后仍会进 success，但返回空字符串；微信小程序在未声明隐私权限时也可能静默返回空。
- 必须检查
res.data内容本身，不能只看是否进了success - 某些场景下
res甚至没有data字段（如 H5 平台降级失败），需加res?.data != null防御 - 真机测试时发现“没弹窗也没报错也没内容”，大概率是用户已拒绝授权，此时
res.data为空且errMsg可能为"getClipboardData:fail auth deny"
H5 平台根本读不到，别走 uni.getClipboardData 这条路
uni.getClipboardData 在 H5 平台始终返回空对象或直接 fail，浏览器策略禁止 JS 主动读取剪贴板内容。强行调用只会让逻辑卡死或静默失败。
- 必须提前判断平台：
const { platform } = uni.getSystemInfoSync(); if (platform === 'h5') { /* 走 navigator.clipboard.readText() 或引导手动粘贴 */ } -
navigator.clipboard.readText()要求 HTTPS + 用户手势上下文，且 Promise 可能 reject，必须catch处理 - 降级方案不是“假装读到了”，而是显示“点击此处粘贴”按钮，
@click后this.$refs.input.focus()并提示用户按 Ctrl+V
App 端轮询监听剪贴板不可靠，也容易被系统拦截
有人想用 setInterval 定时调 uni.getClipboardData 来“监听变化”，这在 iOS 和多数 Android 厂商系统上会被静默拦截——既不进 success 也不进 fail，Promise 挂起，日志全无。
- 系统明确要求读取必须由用户点击等主动行为触发，轮询属于非手势上下文
- 即使轮询成功，也无法区分内容是用户新复制的，还是上一页残留的旧值
- 真正可行的做法是：在用户点击“粘贴”按钮时才读一次，读完立即清洗 + 判空 + 业务处理
实际开发中最容易忽略的是：清洗逻辑必须每次都执行，不能只在调试时加 console.log 看一眼就以为没问题。零宽字符看不见，但会让正则匹配失败、表单校验跳过、后端接口报错——它不在日志里显形，却在生产环境悄悄搞破坏。
