uni-app无法直接统计用户复制内容，因剪贴板仅存最新项且无监听能力；需通过定时读取、比对、去重、缓存实现局部捕获，注意权限、时机与平台限制。
uni-app 无法直接统计用户复制了哪些内容，因为系统剪贴板只保留最新一项，且所有平台都不提供“复制行为监听”能力——你只能在用户主动触发后读取当前值，无法追溯、拦截或记录历史。
uni.getClipboardData 只能读当前值，不是“监听”
调用 uni.getClipboardData 拿到的永远是剪贴板里最后一次写入的内容，它不返回时间戳、不带来源标记、也不区分是用户手动复制还是代码写入。反复调用，得到的只是同一份数据的重复快照。
- 用户复制 “abc” → 调用一次
uni.getClipboardData返回 “abc” - 再复制 “xyz” → 前一个 “abc” 已被覆盖，再次调用只返回 “xyz”，不可恢复
- 该 API 在 App、H5、小程序中行为一致，无平台差异
所谓“统计复制内容”必须靠轮询 + 缓存模拟
想实现“看到最近几次复制过什么”，只能自己定时读取、比对、去重、存数组。这不是真正的系统级统计，而是前端运行期间的局部捕获。
- 轮询间隔建议 800ms–1500ms：太密耗电，太松会漏掉快速连续复制
- 必须在
onShow启动定时器，onHide清除，否则切后台后 iOS 可能 suspend，Android 可能被杀 - 每次读取后与上一次内容比对，仅当变化时才
unshift入缓存数组 - 用
Set或JSON.stringify去重，避免相同内容反复入列 - 缓存长度建议限制在 5～10 条，防止内存泄漏
App 端轮询要注意权限和首次弹窗
Android 12+ 和 iOS 16+ 对剪贴板读取有更严格提示，首次调用 uni.getClipboardData 可能触发系统授权弹窗，用户拒绝后后续调用将静默失败（不报错、不抛异常）。
- 不能在
onLoad就启动轮询——页面未完全展示时，iOS 常返回空或旧值 - 需确保用户处于前台、页面活跃，否则 iOS 后台任务可能被系统终止
- H5 端还要注意：
navigator.clipboard.readText必须由用户手势（如 click）触发，不能自动执行
最容易被忽略的是：这个“统计”永远只反映你程序运行期间的片段，不是全局行为日志；一旦页面刷新、App 重启或切后台太久，缓存就清空。别把它当成审计级记录，它只是 UI 层的轻量反馈。
