所有平台均强制要求剪贴板写入必须由用户手势直接触发，非用户操作（如生命周期钩子、异步回调）调用会静默失败或报错，唯一可行方案是预埋点击按钮并引导用户轻触。
不能在非用户操作下写入剪贴板。所有平台都强制要求剪贴板写入必须由用户手势（如 click、tap）直接触发，否则静默失败或抛出权限错误。
为什么非用户上下文调用一定会失败
iOS 和 Android 原生层、微信/支付宝小程序基础库、以及现代浏览器（navigator.clipboard）全部遵循 W3C Clipboard API 安全策略：只有“可信赖的用户激活事件”才能触发写入。这意味着：
-
onLoad、onShow、onReady等生命周期钩子中调用，直接被拦截 -
setTimeout、Promise.then、this.$nextTick、uni.onMemoryWarning等异步回调中调用，失去事件上下文，视为不可信赖 - H5 端在 HTTP 环境下（非
https://或localhost）即使有手势也会抛NotAllowedError
常见“以为能绕过”的错误写法
这些写法在真机或生产环境 100% 失效，且通常不报错、无日志、控制台安静得像没调用过：
-
uni.setClipboardData({ data: 'xxx' })放在onShow里 → iOS/Android 静默丢弃 -
my.setClipboard({ text: 'xxx' })在支付宝小程序里由uni.getProvider回调触发 → 直接fail: {error: 4}（主体不合规）或无响应 - H5 中用
document.execCommand('copy')在mounted里自动执行 → 返回false，且 iOS Safari 必须先select()+setSelectionRange()，否则无效
唯一可行的“伪自动”方案：预埋点击并引导用户轻触
如果你确实需要降低用户操作成本（比如扫码后自动复制口令），只能靠 UI 引导+最小化交互：
- 页面加载后显示一个高亮按钮，文案如「点此复制口令」，而非自动执行
- 按钮绑定
@tap="handleCopy"，且handleCopy函数体第一行就调用uni.setClipboardData或my.setClipboard - 若内容来自接口，确保在
success回调中立即调用复制（不是.then(() => ...)套一层） - 对 H5 用户，可加一句提示：“请轻点此处，系统将为您复制”——因为哪怕只是 tap 空白区域再触发，也比无手势强
真正“无感自动写入”不存在。平台限制是硬性安全边界，不是配置或兼容性问题。任何试图绕过的方案（如模拟 click、注入事件、WebView 调用原生桥）在审核、真机、新系统版本下都会失效，且可能被 App Store 拒绝或小程序下架。
