uni.setclipboarddata在webview中完全不生效，因其h5端未实现该api，调用后静默失败；必须按平台降级：h5需用navigator.clipboard.writetext（https+用户手势）或document.execcommand兜底，支付宝小程序须用my.setclipboard。
uni.setClipboardData在WebView里为什么完全不生效
因为uni.setClipboardData是uni-app的跨端抽象层，它在App端调原生、小程序端调平台API，但在WebView（即H5运行环境）中直接被忽略——既不走navigator.clipboard，也不触发execCommand，调用后静默失败，success和fail回调都不会执行。
H5 WebView必须手动降级到原生方案
WebView环境只能靠浏览器原生能力，但得过三道关：
-
navigator.clipboard.writeText只在HTTPS或localhost下可用；HTTP协议页会直接抛NotAllowedError - 必须由用户手势（
click、tap）同步触发，放进setTimeout、Promise.then或uni.$on回调里就失效 - 旧版安卓WebView（如QQ、UC内置浏览器）根本不支持
navigator.clipboard，得fallback到document.execCommand('copy')，且必须：- 创建临时
<textarea></textarea>并.select() - 紧接着调
.setSelectionRange(0, txt.length)，否则iOS Safari复制为空
- 创建临时
支付宝小程序WebView是个特例：不能用uni.setClipboardData
支付宝小程序的WebView容器不认uni-app统一API，uni.setClipboardData调用后无任何反应。必须用支付宝原生my.setClipboard，注意：
- 参数字段是
text，不是data - 仅企业主体小程序可用；个人主体调用直接返回
{ error: 4, errorMessage: "permission denied" } - 传入值必须是字符串，
String(123)或JSON.stringify(obj)不可省 - 读取要用
my.getClipboard，返回结构是{ text }，不是{ data }
封装时别拼if-else，用条件编译+Promise统一接口
写一个真正能跑通所有WebView场景的copyText函数，关键在分层判断：
- #ifdef H5：先检测
navigator.clipboard和window.isSecureContext，满足则用writeText；否则创建textarea走execCommand - #ifdef MP-ALIPAY：直接调
my.setClipboard({ text })，并处理error: 2（参数错）和error: 4（主体不合规） - #ifndef H5 && #ifndef MP-ALIPAY：走
uni.setClipboardData，但必须确保data是字符串
最容易被忽略的是：H5环境下即使写了降级逻辑，如果页面没走HTTPS、或按钮绑定的是@longpress而非@tap、或文本内容含不可见Unicode字符（如零宽空格），复制仍会失败且无提示。
