uni-app无法自动读取淘口令，必须用户点击按钮触发；iOS需首次授权，Android受厂商拦截，H5完全不支持；淘口令含零宽字符须清洗后匹配“$xxx$”，各平台权限配置与兼容性处理不可省略。
uni-app 无法自动读取淘口令，必须用户主动点击触发，且 iOS 首次需授权、Android 受厂商拦截、H5 完全不支持。
淘口令读取必须由按钮点击触发
淘口令本质是带特殊格式的文本（如“复制这条信息，打开「淘宝」APP查看? $xxx$”），但 uni-app 的 uni.getClipboardData 不允许静默调用。任何在 onLoad、onShow、setTimeout 或 Promise 回调里直接读取的行为都会失败。
- 正确做法：绑定一个「检测剪贴板」按钮，
@click="checkClipboard"，函数体第一行就调uni.getClipboardData - 错误写法：
onShow() { uni.getClipboardData(...) }→ iOS 直接拒绝，Android 多数机型返回空 - 微信小程序还要求 manifest.json 中配置
"scope.writeClipboard"，否则真机报permission-denied
淘口令常含不可见字符，不清洗就匹配失败
微信/手淘分享的淘口令往往夹带零宽空格（\u200b）、零宽连接符（\u200c）等隐藏符号，肉眼看不见，但会导致 data.trim().length === 0 为 false，正则匹配失效。
- 建议统一清洗：
res.data.replace(/[\u200b-\u200f\u202a-\u202f\uFEFF]/g, '') - 淘口令典型结构是「$xxx$」包裹，可用
data.match(/\$(\w{8,})\$/)提取，但必须先清洗再 match - 别直接用
includes('淘口令')判断——很多口令根本不含这三个字
各平台权限和兼容性差异必须硬处理
H5 完全不支持 uni.getClipboardData，iOS 和 Android 权限配置不同，鸿蒙还需额外声明 ohos.permission.READ_PASTEBOARD。
- iOS：manifest.json → App 设置 → iOS 设置 → 勾选「剪贴板」；首次调用会弹系统授权框，拒绝后只能去「设置 > 隐私与安全性 > 剪贴板」手动开启
- Android：manifest.json → 模块权限配置 → 启用「clipboard」模块；华为/小米/OPPO 等可能拦截非焦点应用访问，务必确保页面已激活且用户刚点过屏幕
- H5：
uni.getClipboardData直接返回空或报错，不能 fallback，只能提示“请在手机淘宝中打开”或引导用户手动粘贴 - 鸿蒙：harmony-configs/entry/src/main/module.json5 中必须加
"ohos.permission.READ_PASTEBOARD"，否则调用无响应
读出来之后不能自动提交，只能填入输入框并聚焦
所谓“自动填入淘口令”只是把内容塞进 v-model 绑定的变量，然后调 this.$nextTick(() => this.$refs.input.focus()) 让光标就位——用户仍需按粘贴键或手动提交。
- 输入框必须设
ref="input"，且不能是disabled或readonly，否则focus()无效 - 别写
document.execCommand('paste')—— H5 不支持，App 和小程序也不认，纯属无效代码 - 淘口令提取成功后，建议立即清空剪贴板（
uni.setClipboardData({data: ''})）避免重复触发
淘口令读取最麻烦的不是 API 调用，而是跨平台权限校验 + 隐藏字符清洗 + 用户交互节奏把控。iOS 授权弹窗、Android 厂商拦截、H5 彻底不可用，这三道坎绕不开，任何想“冷启动自动读”的方案都注定失败。
