不是bug而是系统主动清理：鸿蒙、ios及部分安卓系统在app切后台或长时间未激活后会清空剪贴板，属平台级隐私策略；需确保用户触发、前台活跃、授权提示三者兼备，并对内容做零宽字符清洗和有效片段提取。
剪贴板内容被系统自动过滤？不是 bug，是平台主动清理
鸿蒙、iOS 和部分 Android 厂商系统（如 EMUI、MIUI）会在 App 切后台或长时间未激活后，主动清空剪贴板内容。这不是 uni-app 的问题，而是系统级隐私策略——尤其在鸿蒙 NEXT 和 iOS 14+ 上，剪贴板被视为敏感数据，默认“用完即焚”。你调用 uni.getClipboardData 返回空字符串，大概率不是代码写错了，而是内容已被系统抹掉。
怎么判断是不是被系统过滤了
别急着改代码，先确认是否真被过滤：
- 在 App 前台、刚复制完立刻点「粘贴」按钮，
uni.getClipboardData能拿到内容 → 说明 API 正常，问题出在时机 - 从后台切回 App 后再读，返回
data: ""→ 高概率是系统已清空（鸿蒙/IOS 默认 2 分钟，部分安卓机型更短） - 同一段文本，在微信小程序里能读，在 App 端读不到 → 不是权限问题，是平台行为差异：小程序运行在独立容器，剪贴板生命周期更长；App 端本质是 WebView，受宿主系统管控更严
绕不过去，但可以缓解：关键操作必须“用户触发 + 前台活跃”
系统不让你静默读，那就严格遵守它的规则。以下三点缺一不可：
- 读取操作必须绑定到用户手势事件，比如
@click="pasteCode"，不能放在onShow、onLoad或定时器里 - 调用前检查当前是否前台活跃：
uni.getSystemInfoSync().platform === 'app-plus'且uni.getLaunchOptionsSync().scene !== 1036（避免冷启动时误判） - 对鸿蒙和 iOS，首次调用前要预留用户授权时间——弹个轻量提示：“请点此按钮读取验证码”，别直接调 API，否则可能因系统弹窗未响应而失败
内容本身被“隐形污染”？零宽字符和 URL 干扰最常见
看着复制的是纯文本，实际含不可见字符（比如微信分享链接自带的 \u200b），或者用户复制的是整个 URL（https://example.com?code=abc123）。这种“被过滤”其实是匹配失败，不是系统清空：
- 统一做清洗：
String(res.data || '').replace(/[\u200b-\u200f\u202a-\u202f]/g, '').trim() - 别直接赋值，先用正则提取有效片段，例如：
text.match(/code=([a-z0-9]{6,12})/)?.[1]或text.split(/\s+/).find(t => /^[a-zA-Z0-9]{6,12}$/.test(t)) - H5 端永远拿不到剪贴板内容（浏览器策略），
uni.getClipboardData在 H5 会直接返回空或抛permission-denied，必须降级处理或隐藏该功能
真正难处理的不是“怎么读”，而是“什么时候读才来得及”——系统不给你时间窗口，你就得把交互节奏卡在用户注意力最集中的那几秒内。任何想靠轮询、后台监听或冷启动自动填充的方案，都会撞上平台策略的硬墙。
