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
}
实际调用前先跑一次检测,返回 false 就走降级 UI 流程。比硬编码版本号靠谱,也避免因微信/系统更新导致误判。
真正难的不是兼容某一个低版本,而是让降级路径本身不依赖新 API——比如 execCommand 降级里别再用 await,否则 iOS 12 下 Promise 永远不会 resolve。


















