uni-app无法设置剪贴板过期时间是因所有平台均无系统级支持，剪贴板为全局单值缓冲区，无TTL机制；需通过服务端token校验实现时效性控制。
uni-app 无法设置剪贴板过期时间——这不是框架缺陷，而是所有平台（iOS/Android/小程序/H5）的系统级限制。 剪贴板是操作系统全局共享的单值缓冲区，没有“有效期”“使用次数”或“粘贴回调”机制。你调用 uni.setClipboardData 写入的内容，会一直留在那里，直到被下一次复制覆盖，或用户手动清空。
为什么 uni.setClipboardData 不支持过期参数
这个 API 的设计目标就是“写入即完成”，它不接管后续行为：
• 所有平台均未提供原生接口让应用指定剪贴板内容的生命周期
• iOS 和 Android 的系统剪贴板 API（如 UIPasteboard / ClipboardManager）只支持读/写当前值，无 TTL 字段
• 微信/支付宝小程序、H5 浏览器同样不暴露过期控制能力
• uni.setClipboardData 的 data 参数类型严格限定为 string，传入对象或额外字段会被忽略或转为空串
报错或静默失败的常见原因
你以为是“过期没生效”，实际往往是权限或调用时机问题：
• 微信小程序：未在隐私指引中声明 scope.userclipboardwrite，且 app.json 缺少 permission 配置
• iOS App：manifest.json 未勾选「剪贴板」权限，或未重新云打包
• H5 端：直接调用 uni.setClipboardData 必然失败，因该 API 在 H5 平台未实现，需降级到 navigator.clipboard.writeText 或 document.execCommand('copy')
• 调用上下文错误：放在 setTimeout、Promise.then、onLoad 中，iOS/Safari 会拒绝执行
真正可行的替代方案
如果你要防重复使用（比如邀请码、临时口令），必须把校验逻辑移到服务端：
• 服务端生成带唯一性 + 时效性的 token，例如 invite_abc123_202609032030（含时间戳和 UUID）
• 前端只把该 token 复制进剪贴板，不传原始敏感值
• 用户粘贴提交后，服务端检查该 token 是否未使用、未超时（如 5 分钟），通过即标记 used = true
• 前端 UI 层可配合做提示：按钮点击后置灰 + 显示“已复制，仅限使用一次”，但状态不依赖剪贴板本身
试图用定时轮询 uni.getClipboardData 来“检测是否已被粘贴”不可行：iOS 后台会被挂起，Android 可能被系统 kill，H5 完全禁止读取，且轮询本身无法区分“用户是否真的粘贴了”还是“只是看了眼剪贴板”。
