uni-app无法实现剪贴板“只粘贴一次”，因操作系统层不支持设置粘贴次数或过期时间，且各平台均无粘贴回调机制；应通过服务端生成时效性+一次性token并校验，前端仅作UI提示。
uni-app 没有原生 API 能让剪贴板内容“只粘贴一次”。这是操作系统层的限制，不是框架能控制的——复制进去的内容就留在系统剪贴板里，直到被下次复制覆盖或用户手动清空。
为什么 uni.setClipboardData 无法实现“单次粘贴”
uni.setClipboardData 只负责把字符串写入系统剪贴板，它不接管后续的粘贴行为。iOS、Android、微信小程序、H5 的剪贴板都是全局共享的，应用无权设置“过期时间”或“粘贴次数上限”。所谓“粘贴一次就自动清除”，需要在粘贴发生后主动干预，但：
- 浏览器和小程序不允许监听 paste 事件后自动清空剪贴板（安全策略禁止）
- App 端（iOS/Android）原生也无标准接口支持“粘贴回调”或“剪贴板变更监听”
- uni.getClipboardData 是读取动作，调用后不会清空内容；即使你读完立刻再写个空字符串，用户可能已在读取间隙完成粘贴
替代思路：模拟“单次有效”的业务逻辑
真正在意的往往不是剪贴板本身，而是防止口令、邀请码等敏感内容被重复使用。这时应放弃控制剪贴板，转而控制业务侧验证：
- 服务端生成带时效性（如 5 分钟）和一次性标识（如 UUID）的口令，写入剪贴板的是这个 token，而非原始值
- 用户粘贴提交后，服务端校验该 token 是否未使用且未过期；通过即标记为 used，再次提交返回「已使用」错误
- 前端可配合做 UI 层提示：点击复制后按钮置灰 + 显示“已复制，仅限使用一次”，但不依赖剪贴板状态
鸿蒙平台特别注意：READ_PASTEBOARD 权限不等于可监听
鸿蒙虽支持 ohos.permission.READ_PASTEBOARD，但仅用于读取，不提供 paste hook 或剪贴板变更广播。即便你在 harmony-configs 中配了权限，也无法感知用户是否粘贴、粘贴了几次。试图用定时轮询 uni.getClipboardData 做检测，既耗电又不可靠（iOS/Android 会限制后台访问，H5 完全不支持读取）。
真正要防重复，得靠服务端鉴权和前端合理提示，而不是幻想剪贴板能自毁。
