应先校验剪贴板内容长度并截断，再清理零宽字符等不可见符号，确保在用户手势上下文中调用API，并为H5端提供手动粘贴引导。
uni.getClipboardData 读出来超长，但 input 有 maxlength 怎么办
剪贴板内容本身没有长度限制，但你绑定的 input 或 textarea 可能设了 maxlength，导致赋值后被截断或光标异常。这不是剪贴板问题，而是输入控件的约束行为。
- 赋值前先做长度校验：
if (data.length > this.maxLen) { data = data.slice(0, this.maxLen); } -
textarea的maxlength是字符数（非字节数），中英文、Emoji 都算 1 个字符；但微信小程序对 Emoji 处理不稳定，建议用data.replace(/[\uD800-\uDBFF][\uDC00-\uDFFF]/g, '□')统一占位再截取 - 别依赖
v-model自动截断——Vue 的响应式更新可能滞后，input元素实际值已超限，但绑定变量还没同步，导致后续逻辑误判 - 赋值后手动调用
this.$nextTick(() => this.$refs.input.setSelectionRange(0, data.length))，避免 iOS Safari 光标跳到末尾却显示不全
粘贴口令含不可见字符，trim() 不起作用
微信、钉钉转发链接时，常在口令前后插入零宽字符（如 \u200b、\u200c、\u202a），data.trim() 完全无效，看着像空字符串，实则 data.length > 0。
- 清理必须显式匹配 Unicode 控制字符：
data.replace(/[\u200b-\u200f\u202a-\u202f\u2060-\u2064\uFEFF]/g, '') - 建议封装成工具函数：
cleanClipboardText(data)，每次uni.getClipboardData成功后都过一遍 - 若清理后为空，应提示“未检测到有效口令”，而不是静默失败——用户以为复制成功了，其实只是复制了一堆隐形符号
H5 端读不到剪贴板，但用户坚持要“粘贴”
uni.getClipboardData 在 H5 平台直接返回空或报 permission-denied，浏览器根本不允许 JS 读取剪贴板内容，这是硬性策略，绕不开。
- 不要尝试用
document.execCommand('paste')—— 已废弃，现代浏览器不支持，且无法触发 - 降级方案只能是引导用户手动操作：显示一个带 icon 的按钮，文案写“点击此处粘贴”，点击后
focus()输入框并提示“请按 Ctrl+V / Cmd+V” - 可监听
@paste事件做实时捕获，但前提是用户真去点了粘贴——这比“自动读”更可靠，也符合浏览器安全模型 - 若业务强依赖口令识别，H5 端建议改用扫码或短链跳转，而非剪贴板路径
App 端读取失败，但日志里没报错
Android 厂商系统（尤其华为、小米）会在后台或非焦点状态下静默拦截剪贴板访问，uni.getClipboardData 既不进 success 也不进 fail，Promise 卡在 pending 状态。
- 必须确保调用发生在用户手势上下文内：只在
@click、@tap回调中执行，禁止放在onShow、onLoad或定时器里 - Android App 需检查是否开启「后台运行」权限，部分系统会将前台页面判定为“非活跃”，导致剪贴板 API 拒绝响应
- iOS 14+ 要求首次调用必须由用户主动触发，且之后每次调用仍需在手势上下文中——不能靠一次授权永久生效
- 加 timeout 防卡死：
Promise.race([uni.getClipboardData(), new Promise((_, r) => setTimeout(() => r(new Error('timeout')), 2000))])
真正麻烦的不是长度，而是不可见字符混在中间、平台策略各不相同、以及“看起来成功了其实没拿到”。处理剪贴板，本质是和平台规则打交道，不是写个 API 就完事。
