uni.setClipboardData 在 H5 端完全不支持，调用后静默失效；H5 必须改用 navigator.clipboard.writeText（需 HTTPS 和用户手势）或降级 execCommand，App/小程序端才可正常使用该 API。
uni.setClipboardData 在 H5 端为什么完全没反应
因为 uni.setClipboardData 在 H5 端压根不支持——调用后既不报错，也不触发 success 或 fail 回调，剪贴板内容也不变。这不是你代码写错了，是 uni-app 官方 API 的平台限制所致。
常见错误现象包括：本地开发（npm run dev:h5）时点按钮无响应；真机调试时复制失败但控制台一片空白；甚至把 data 写成 {} 或 null 也静默吞掉，毫无提示。
- 必须明确区分平台：只跑 App / 小程序 → 可放心用
uni.setClipboardData；必须兼容 H5 → 必须换方案 - H5 端不能依赖任何 uni-app 剪贴板 API，哪怕加了
#ifdef H5包裹，uni.setClipboardData本身在 H5 编译态里就是空函数 - 别在 H5 里测
uni.getSystemInfo判断平台再调用——它返回的platform是"h5"，但uni.setClipboardData已被编译移除
H5 端该用 navigator.clipboard.writeText 还是 execCommand
navigator.clipboard.writeText 是现代标准，但有硬性前提；document.execCommand('copy') 是旧方案，兼容性更广但已被废弃。两者不能混用，且都受浏览器策略严格约束。
-
navigator.clipboard.writeText要求：HTTPS 环境（http://localhost允许，但http://192.168.x.x不行）、用户手势触发（必须在@click/@tap直接回调里调）、不能在setTimeout、Promise.then或this.$nextTick中调用 -
document.execCommand仅在部分旧 Android WebView 和 iOS 12 以下生效，且需先创建并聚焦<textarea>，已从 Chrome 63+ 开始标记为 deprecated，不推荐新项目使用 - 不要写成
await navigator.clipboard.writeText(...)后直接 showToast —— 部分安卓 WebView 对 Promise 处理不稳定，建议用.then().catch()显式捕获
怎么写出真正能跑通的全端复制逻辑
核心是平台判断 + 降级兜底，不是“写一个函数搞定所有端”，而是让 H5 走一套独立路径，App/小程序走另一套，且各自满足平台约束。
- 用
#ifdef H5和#ifndef H5条件编译，避免 H5 端打包进无用的uni.setClipboardData调用 - H5 端示例写法：
copyText() { if (navigator.clipboard && window.isSecureContext) { navigator.clipboard.writeText(this.text) .then(() => uni.showToast({ title: '复制成功' })) .catch(err => console.warn('复制失败:', err)) } else { // fallback：创建临时 textarea + execCommand（仅作保底） const input = document.createElement('textarea') input.value = this.text document.body.appendChild(input) input.select() document.execCommand('copy') document.body.removeChild(input) } } - App/小程序端仍用
uni.setClipboardData，但务必检查：data是字符串（String(this.text)）、调用在事件第一层、manifest.json 已开启剪贴板权限
H5 复制上线后最常被忽略的三个坑
本地能跑 ≠ 真机可用 ≠ 上线稳定。很多项目卡在最后一步，不是逻辑问题，而是环境或时机细节没对齐。
- HTTPS 缺失：H5 页面部署在 HTTP 域名下，
navigator.clipboard直接抛NotAllowedError，且不会进入catch（部分安卓 WebView 表现为静默失败） - 用户手势中断：比如按钮绑了
@tap="handleCopy"，但handleCopy里先做了个uni.showLoading再调复制 —— 加载动画会打断手势链，导致复制被拒 - 异步取值未校验：文本来自接口返回，
copyText被点击时数据还没回来，传入undefined或空字符串，navigator.clipboard.writeText('')成功但无意义，用户感知为“点了没反应”
