必须先调用uni.getClipboardData获取res.data再计算length，否则会误判为空、忽略零宽字符或在H5端静默失败；需清理\u200b-\u200f等控制符后再判断长度，且H5端应降级为监听paste事件。
不能直接获取剪贴板“长度”，必须先读取内容再计算 data.length；否则会误判为空、忽略零宽字符、或在 H5 端静默失败。
uni.getClipboardData 读出来再算 length 才可靠
剪贴板本身没有「长度属性」，uni.getClipboardData 是异步读取操作，返回的 res.data 才是真实字符串。直接对未读取的剪贴板做长度判断毫无意义。
- 必须在
success回调或await后取res.data.length，不能提前假设 - 注意：
res.data可能是空字符串''，也可能是含零宽字符的“伪空”字符串（如'\u200b'），length不为 0 - Android 厂商系统（华为/小米）可能让 Promise 卡在 pending 状态，不进 success/fail——此时
length根本无从谈起
为什么 data.length 有时不准？零宽字符是主要干扰项
微信、钉钉转发口令时，常在前后插入 \u200b、\u200c、\u202a 等 Unicode 控制符，trim() 对它们完全无效，但 data.length 会把它们全算进去。
- 错误写法：
if (data.trim().length === 0) {...}→ 无法识别'\u200b' - 正确清理后再算：
const clean = data.replace(/[\u200b-\u200f\u202a-\u202f\u2060-\u2064\uFEFF]/g, ''); const len = clean.length; - 若清理后
len === 0，应提示“未检测到有效口令”，而不是当作空输入跳过
H5 平台根本读不到，length 永远是 0 或 undefined
uni.getClipboardData 在 H5 端受限于浏览器策略，调用后大概率返回空对象或抛 permission-denied 错误，res.data 不存在，res.data?.length 会报错或为 undefined。
- 不要在 H5 上尝试读取剪贴板长度——这是硬性限制，不是代码问题
- 降级方案只能监听
@paste事件，在用户真粘贴时拿到event.clipboardData.getData('text/plain')再算长度 - 若业务强依赖长度校验（如口令必须 12 位），H5 端建议改用扫码或短链，绕开剪贴板路径
App 端读取后截断要小心 Emoji 和换行符
Android/iOS 对 emoji 的处理不一致：一个 ? 在 JS 中是 2 个码点（\uD83C\uDF08），length 算作 2；但部分安卓机剪贴板 API 返回时可能已截断，导致实际粘贴内容不全。
- 中英文、数字、普通符号都按 1 字符计，但 emoji 和某些组合符（如带变音符号的字母）可能占多个
length单位 - 若需严格限制显示长度（如 input 的
maxlength），建议先统一 emoji 占位：data.replace(/[\uD800-\uDBFF][\uDC00-\uDFFF]/g, '□')，再截取 - 多行文本中的
\n也算 1 个字符，iOS 备忘录对首尾空行敏感，连续\n\n\n可能被吞掉，影响最终长度感知
真正关键的不是“怎么算长度”，而是“在哪一刻算、对谁算、算完怎么用”。很多 bug 都源于在未清理零宽字符、未区分平台、未等待读取完成时就做了长度判断——这些地方一漏，后续所有逻辑都会偏移。
