uni-app无法预检剪贴板关键字，必须由用户手势触发uni.getClipboardData读取后清洗（去除零宽字符）再匹配；需注意平台限制、权限声明、iOS授权不可重试、Android厂商拦截及H5不支持等问题。
uni-app 无法直接检测剪贴板“是否含有关键字”，因为 uni.getClipboardData 只能读取当前内容，不提供预检 API（如 Windows 的 Clipboard.ContainsText）；必须先读、再判断，且读取本身受平台限制和权限约束。
必须由用户手势触发读取，不能静默执行
在 iOS、Android、小程序端，uni.getClipboardData 若不在 click/tap 等用户操作回调中调用，会直接失败或返回空字符串。H5 端则根本不可用（浏览器策略禁止 JS 静默读取）。
- ❌ 错误做法：在
onShow、mounted、setTimeout里自动调用 - ✅ 正确做法：绑定按钮点击事件，例如
@click="checkKeyword" - iOS 14+ 首次调用必弹系统授权弹窗，用户拒绝后后续调用返回
errMsg: "getClipboardData:fail auth deny"，无法重试，只能引导去系统设置开启 - 微信小程序需在
manifest.json的mp-weixin节点下声明权限："permission": { "scope.writeClipboard": { "desc": "用于检测口令" } }
读取后清洗再匹配，否则零宽字符导致误判
微信、钉钉等 App 复制链接或口令时，常在前后插入 Unicode 控制字符（如 \u200b、\u202a），看着像空字符串，但 data.length > 0，data.trim() 完全无效。
- 必须显式清洗：
data.replace(/[\u200b-\u200f\u202a-\u202f\u2060-\u2064\uFEFF]/g, '') - 清洗后再做关键字判断，例如：
cleanedData.includes('邀请码') || /邀请码\d{6}/.test(cleanedData) - 避免用
indexOf判断存在性——若cleanedData === ''，indexOf返回-1，但你真正需要的是“无有效内容”提示 - 建议封装工具函数：
function hasKeyword(data, keyword) { const cleaned = data.replace(/[\u200b-\u200f\u202a-\u202f]/g, ''); return cleaned.includes(keyword); }
App 端轮询检测需谨慎，iOS 不支持后台运行
所谓“自动检测”只能靠定时轮询模拟，但这是高成本方案，仅适用于页面前台活跃场景，且极易踩坑。
- 轮询间隔建议 1000–1500ms：太短耗电、易被系统限频；太长则响应迟钝
- 必须在
onShow启动定时器，在onHide清除（iOS 切后台后定时器会被挂起或终止） - 每次读取前应缓存上一次结果，仅当
current !== previous才触发关键字匹配，避免重复处理相同内容 - Android 厂商 ROM（如华为 EMUI、小米 MIUI）可能拦截非焦点状态下的剪贴板访问，
uni.getClipboardData既不进success也不进fail，Promise 会长时间 pending - 别对 H5 端做轮询尝试——它不支持
uni.getClipboardData，轮询毫无意义
真正容易被忽略的是：你写的“检测逻辑”永远跑在读取之后，而读取本身已是平台强约束行为；没有“预检”，只有“读了再说”。所有看似自动的检测，本质都是用户点了一次、你读了一次、再比对一次——中间任何一环断掉，整个链路就失效。
