uni-app剪贴板在Android 5–6 WebView中需动态检测兼容性：优先用navigator.clipboard.writeText，次选document.execCommand，最后降级为uni.getClipboardData；检测失败时启用UI降级流程，且降级逻辑须避免依赖新API（如await）。
uni-app 剪贴板在 Android 低版本 WebView 中静默失败
Android 5–6（WebView 内核 navigator.clipboard，而 uni.setClipboardData 在 H5 端又只是空壳，结果就是点击无反应、无报错、无回调。这不是你代码的问题，是底层能力缺失。
必须主动降级到 document.execCommand('copy')，但要注意它只在 <input> 或 <textarea></textarea> 聚焦且选中状态下才生效：
- 创建临时
<textarea></textarea>，设value = text，style="position:fixed;top:-9999px"避免闪屏 - 调用
textarea.select()（iOS Safari 还需补textarea.setSelectionRange(0, text.length)） - 执行
document.execCommand('copy')，成功后立即textarea.remove() - 不要在
mounted或异步回调里触发——仍需用户点击事件同步执行
微信小程序基础库低于 2.10.4 时 uni.getClipboardData 不可用
微信从基础库 2.10.4 才开始支持 uni.getClipboardData；低于此版本会直接报 getClipboardData:fail api not exists。不能靠 try/catch 捕获，因为 API 根本没挂载到 uni 对象上。
正确判断方式不是查基础库版本号，而是检测函数是否存在：
if (typeof uni.getClipboardData === 'function') {
uni.getClipboardData({ /* ... */ })
} else {
// 降级方案：引导用户长按文本手动复制，或显示“请升级微信”提示
}
注意：uni.getSystemInfoSync().SDKVersion 返回的是微信客户端版本，不是基础库版本；应改用 uni.getSystemInfoSync().SDKVersion 对比 '2.10.4' 字符串（需自行语义化比较），但更稳妥仍是直接判函数存在性。
iOS 12 及以下系统无法使用 uni.setClipboardData 写入
iOS 12 及更早版本的 WebKit 不支持 navigator.clipboard.writeText，而 uni.setClipboardData 在 H5 端不兜底，App 端又依赖原生模块启用——最终表现是调用后既不 success 也不 fail，控制台安静如鸡。
App 端必须确保：
-
manifest.json中 iOS 设置已勾选「剪贴板」 - 云打包使用 HBuilderX 3.9+（旧版打包不会注入
UIPasteboard兼容逻辑） - 若仍失败，可 fallback 到原生插件调用
UIPasteboard.general.setString(_:)（需自研或引入第三方插件）
H5 端则只能放弃自动复制，改用“点击复制”按钮 + 提示文案：“您的系统版本较低，请长按下方文字选择复制”。
怎么统一判断并隔离低版本失效场景
别写一堆 if (platform === 'h5' && version ，太难维护。推荐用能力检测代替版本检测：
const canWriteClipboard = () => {
if (typeof navigator.clipboard?.writeText === 'function' && window.isSecureContext) return 'native'
if (document.queryCommandSupported?.('copy')) return 'execCommand'
return false
}
<p>const canReadClipboard = () => {
if (typeof uni.getClipboardData === 'function') return 'uni'
if (typeof navigator.clipboard?.readText === 'function' && window.isSecureContext) return 'native'
return false
}
</p>
实际调用前先跑一次检测，返回 false 就走降级 UI 流程。比硬编码版本号靠谱，也避免因微信/系统更新导致误判。
真正难的不是兼容某一个低版本，而是让降级路径本身不依赖新 API——比如 execCommand 降级里别再用 await，否则 iOS 12 下 Promise 永远不会 resolve。
