h5端uni.setclipboarddata必然无效，必须改用原生方案并满足https/localhost、用户手势触发、secure上下文三条件。
直接结论：H5端调用uni.setClipboardData必然没反应，这不是你代码写错了，而是它压根不支持——必须改用原生方案，并满足三个硬性条件。
为什么uni.setClipboardData在H5里静默失败
这个 API 在 H5 平台没有对应实现，uni-app 官方明确标注「仅 App 和小程序支持」。你在 Chrome 或微信浏览器里点按钮，控制台既无报错、也无 success 回调，是因为调用被直接忽略。别再给它包 try/catch 或加 setTimeout，这条路从底层就断了。
-
process.env.UNI_PLATFORM === 'h5'时，必须绕过uni.setClipboardData - 微信内置浏览器（X5 内核）连
navigator.clipboard.writeText都屏蔽，更别说 uni 封装层 - 本地
http://localhost虽然能跑通部分逻辑，但真机访问http://192.168.x.x或测试域名未配 HTTPS 时，navigator.clipboard直接不可用
navigator.clipboard.writeText报NotAllowedError怎么处理
这个错误不是 bug，是浏览器在严格执行安全策略：必须同时满足「HTTPS 或 localhost」+「用户手势同步触发」+「当前上下文为 secure」。任意一条不满足，Promise 就会 reject NotAllowedError。
- 检查
window.isSecureContext是否为true；http://开头的地址一律不行，包括局域网 IP - 复制逻辑必须写在
@click或ontouchend的回调函数体内，不能挪到async/await后续语句、Promise.then或setTimeout里 -
data参数必须是字符串；传number、object或null会被转成空串，粘贴出来就是空白
微信 H5 里唯一稳定方案：临时 input + execCommand('copy')
微信 X5 内核封死了所有现代剪贴板 API，只剩老式 document.execCommand('copy') 还留了一条缝——但它要求严格环境：可编辑元素、已聚焦、已选中、用户手势直触。
- 必须用
<input type="text">或<textarea></textarea>，<div> 不行 <li>元素要插入 <code>document.body、设置position: absolute和left: -9999px隐藏，但不能display: none或visibility: hidden - 必须依次执行：
el.focus()→el.select()→document.execCommand('copy') - 最后记得
document.body.removeChild(el)，否则内存泄漏 - 清洗 HTML：先用
text.replace(/]*>/g, '')去标签，再用.replace(/[\r\n\t\s\u200B]+/g, ' ').trim()归一化空白 - H5 想保留格式？只能走
navigator.clipboard.write写text/html类型，但 iOS Safari 16.4+ 才支持，旧版和所有 App 端都 fallback 到纯文本 - App 端中文变方框？大概率是字符串编码没显式指定 UTF-8，系统按 ISO-8859-1 解析，需确保传入的是 UTF-8 编码的 JS 字符串（通常默认就是）
复制 HTML 字符串时粘贴成空白或乱码
这不是剪贴板坏了，是你把带标签的 HTML 当纯文本传了。writeText 和 uni.setClipboardData 都只接受字符串，不会解析 HTML；而微信、钉钉等 App 粘贴时对格式的识别，依赖的是它们自己对 text/html 类型数据的私有处理，不是你传啥它就认啥。
最常被忽略的点：你以为“点击一下就能复制”，其实 H5 复制是一连串环境校验链——缺 HTTPS、少一次 focus()、多一个 await，整条链就断了。别堆砌兼容代码，先确认当前平台、环境、触发方式三者是否全部达标。
