真机和模拟器剪贴板表现不一致，90%因权限、平台能力或执行上下文差异：微信小程序需在隐私指引勾选“读取剪贴板”并配置app.json permission；ios需云打包开启manifest剪贴板权限且同步调用；h5端须降级为navigator.clipboard或execcommand。
真机和模拟器剪贴板表现不一致，90% 是因为权限、平台能力或执行上下文在模拟器里被“绕过”了，而真机严格校验。别怀疑代码逻辑，先看这三块。
微信小程序真机报 fail api scope is not declared in the privacy agreement
模拟器不校验隐私声明，真机（尤其基础库 ≥2.21.0）强制拦截。必须同步做两件事：
- 登录微信公众平台 →「设置」→「基本设置」→「用户隐私保护指引」→「更新」→「增加信息类型」→ 勾选「读取剪贴板」并填写用途（如“用于复制分享链接”）
- 项目
app.json中补全权限配置：
{
"permission": {
"scope.userclipboardwrite": {
"desc": "用于保存内容到剪贴板"
}
}
}
漏任一环节，真机必报错；模拟器完全无感。
iOS App 真机静默失败，控制台没日志
模拟器不触发系统授权弹窗，也不校验调用时机；真机则极其严格：
-
manifest.json→「App 设置」→「iOS 设置」→ 必须勾选「剪贴板」权限，且保存后**重新云打包**（本地运行/调试器无效） - 首次调用
uni.getClipboardData会弹系统级授权框，用户点“不允许”后，后续返回空字符串 +errMsg: "getClipboardData:fail auth deny"，无法代码重试 -
uni.setClipboardData不弹窗，但必须在用户点击的**同步执行栈内**调用：不能有await、setTimeout、Promise.then等异步跳转
H5 端模拟器能用 uni.setClipboardData，真机却没反应
因为 H5 平台根本没实现这个 API——模拟器里可能被 HBuilderX 注入了兼容层，真机浏览器原生不支持。必须按平台分路径：
- 用
uni.getSystemInfoSync().platform判断环境 - H5 下优先走
navigator.clipboard.writeText()（需 HTTPS + 用户手势触发） - 降级 fallback 到
document.execCommand('copy')（兼容旧 Safari / IE） - 绝对不要在
mounted、onLoad或异步回调里直接调用，必须绑定在@click这类用户事件中
最容易被忽略的是：iOS 的云打包和微信的隐私声明是两个独立开关，缺一不可；而 H5 的“能用”只是模拟器假象，上线前务必在真实 HTTPS 环境下测试用户点击链路。
