uni-app无法控制剪贴板“3分钟后自动失效”，该行为由操作系统或浏览器决定：ios后台超2分钟即清空，android各厂商策略不一，h5关闭标签页即丢失，小程序冷启动后通常为空。
uni-app 无法主动设置剪贴板内容“3分钟后自动失效”——这不是你能控制的，而是操作系统或浏览器决定的，你只能被动适配。
剪贴板内容何时会被清空？各平台行为完全不同
所谓“自动失效”，其实是系统在特定条件下主动清除剪贴板数据，uni-app 没有 API 能设置超时或触发清理：
- iOS：App 切到后台超过
2 分钟后，系统强制清空剪贴板（即使 App 还在后台存活）；用户手动锁屏、切换 App、甚至某些 iOS 版本下弹出系统键盘都可能提前触发清空 - Android：无统一标准。多数原生系统不主动清空，但华为 EMUI、小米 MIUI 等定制系统会在 App 被后台杀掉后清空；部分厂商 WebView 容器（尤其旧版 UC、QQ 浏览器）根本不允许读取剪贴板，自然也谈不上“保留”
- H5：浏览器不提供写入剪贴板的持久化能力，
navigator.clipboard.writeText()写入的内容完全由浏览器进程管理，关闭标签页、刷新页面、甚至某些隐私模式下会立即丢失 - 微信小程序：剪贴板内容生命周期与小程序进程绑定，冷启动后通常已为空；无后台运行时长限制，但用户长时间未操作后系统可能回收资源
为什么不能用定时器 + uni.setClipboardData('') 来“模拟失效”？
这个思路常见但不可行：
-
uni.setClipboardData({ data: '' })确实能清空，但它必须由用户手势触发（如点击），不能在setTimeout或onHide里静默调用——否则在 iOS/小程序/App 上直接静默失败，H5 则抛NotAllowedError - App 切后台后 JS 线程被暂停，
setTimeout不会执行；小程序 onBackground 里也不允许调用剪贴板 API - 即使你在前台设了 3 分钟定时器，用户中途切走、锁屏、接电话，定时器就断了，清空动作永远不会发生
实际能做的只有三件事：预判、提示、兜底
与其纠结“怎么让它失效”，不如聚焦“用户发现失效时怎么办”：
- 读取前先做用户手势校验：按钮
@tap="handlePaste"，不要在onShow里自动读——避免读到过期内容还误以为有效 - 读取后立刻清洗不可见字符：
res.data.replace(/[\u200b-\u200f\u202a-\u202f]/g, '')，再判断!data.trim()，防止零宽空格导致的“看着像空但长度非零”陷阱 - 对关键场景（如邀请码、验证码）加二次确认 UI：读出内容后显示
「检测到剪贴板内容：xxx，是否填入？」，而不是直接赋值——因为 3 分钟后大概率已是脏数据 - 在 manifest.json 中为小程序补全权限描述（如微信的
scope.writeClipboard的desc字段），避免用户首次拒绝后永远无法重试
剪贴板不是数据库，它天生就是临时、不可靠、跨平台行为割裂的。最稳的做法是：把“3 分钟失效”当作客观事实接受，然后在每次读取时都当成第一次读，不缓存、不假设、不信任。
