h5端需用document.execcommand('copy')替代uni.setclipboarddata，因后者未实现；必须由用户手势触发、创建临时input、先focus再select、及时清理；注意https、user-select样式及ios safari时机敏感性。
uni.setClipboardData 在 H5 端直接调用会报错
直接写 uni.setClipboardData({ data: 'text' }) 在 H5 环境下大概率失败，控制台抛出 [system] API setClipboardData is not yet implemented 或静默无反应。这不是你代码写错了，而是 uni-app 框架在 H5 编译时根本没桥接到浏览器原生剪贴板能力——它只在 APP 和小程序里才真正封装了底层接口。
H5 必须用 document.execCommand('copy') 手动触发
这是目前最稳定、兼容性最好的兜底方案（支持 Chrome 42+、Firefox 41+、Safari 10+、Edge 12+），但有硬性前提：操作必须由用户手势（如 @click）同步触发，且目标元素需处于可编辑/可选中状态。常见错误包括：
- 把
execCommand放进异步回调（比如setTimeout或 Promise.then）里，浏览器直接拒绝执行 - 没创建临时
<input>或<textarea></textarea>，试图对普通<view></view>调用select() - 没调用
input.focus()就执行select()，尤其在 iOS Safari 上必失败 - 没把临时元素 append 到
document.body，导致 DOM 不在渲染流中，select()无效
正确写法示例：
copyText(text) {
const input = document.createElement('input');
input.value = text;
input.style.position = 'absolute';
input.style.left = '-9999px';
document.body.appendChild(input);
input.focus(); // 必须先 focus
input.select();
try {
document.execCommand('copy');
uni.showToast({ title: '复制成功', icon: 'success' });
} catch (e) {
console.error('复制失败', e);
} finally {
document.body.removeChild(input); // 清理临时节点
}
}
HTTPS 和 user-select 是两个隐形门槛
即使 execCommand 写对了，在某些场景下仍可能失败：
- 非 HTTPS 页面（或非
localhost）下，部分新版 Chrome 会禁用execCommand('copy')，此时只能降级提示“请手动复制” - 目标文本容器（如
<view></view>或<text></text>）若设置了user-select: none（uni-app 默认可能带），会导致长按/点击区域无法聚焦，间接让复制流程卡在第一步 - 在 iOS Safari 中，
input.select()后必须紧跟着execCommand，中间不能有其他 JS 执行延迟，否则选区自动取消
建议在包裹文本的外层加一行 CSS：
.copy-container {
-webkit-user-select: text;
-moz-user-select: text;
-ms-user-select: text;
user-select: text;
}
跨平台统一调用要加运行环境判断
不要在所有平台都走 DOM 方案，否则 APP 端会因缺少 document 对象而报错。必须用条件编译区分：
// #ifdef H5
this.copyViaExecCommand(text);
// #endif
// #ifndef H5
uni.setClipboardData({ data: text, success: () => uni.showToast({ title: '复制成功' }) });
// #endif
注意：#ifdef H5 是 uni-app 的编译期指令，不是运行时判断，打包时就已剔除无关逻辑。别用 process.env.UNI_PLATFORM === 'h5' 做运行时判断——它在 H5 环境下不一定可靠，且多一层判断反而增加出错路径。
最易被忽略的一点：iOS Safari 对 input.select() 的时机极其敏感，哪怕多一个 console.log 都可能导致选区丢失。所有中间步骤必须紧凑，清理 DOM 动作放在 finally 里，不能依赖异步回调。
