App端文字长按默认不触发复制是因WebView拦截原生长按手势；需用catch:longpress阻断并调用uni.setClipboardData实现，注意iOS/Android权限、防抖及厂商兼容性校验。
App端文字长按复制为什么默认不触发？
uni-app 在 App 端（iOS/Android）对 text 或 view 内纯文本的长按行为做了限制：默认不弹出系统复制菜单，也不响应 longpress 事件（尤其在 web-view 外或未开启原生渲染时）。这不是 bug，而是 WebView 容器层拦截了原生长按手势。想实现「长按弹出复制提示」，必须绕过默认行为，主动接管交互。
用 catch:longpress + uni.setClipboardData 实现最小可行方案
关键点在于：禁用默认长按菜单（靠 catch:longpress 阻断冒泡），再手动调用剪贴板 API。注意 iOS 和 Android 对 longpress 的触发灵敏度不同，建议加 300ms 延迟防误触。
示例代码（Vue 模板中）：
<template><view class="copy-text" catch:longpress>{{ content }}</view></template><script>
export default {
data() {
return {
content: '这是一段可复制的文字'
}
},
methods: {
onLongPress() {
// 防抖：避免快速连点触发多次
if (this.longPressTimer) return;
this.longPressTimer = setTimeout(() => {
uni.setClipboardData({
data: this.content,
success: () => {
uni.showToast({ title: '已复制', icon: 'none', duration: 1200 });
},
fail: (err) => {
console.error('复制失败', err);
// iOS 17+ 可能因权限拒绝失败，需引导用户手动开启
if (err.errMsg?.includes('setClipboardData:fail')) {
uni.showModal({ title: '提示', content: '请在系统设置中允许此应用访问剪贴板' });
}
}
});
this.longPressTimer = null;
}, 300);
}
}
}
</script>
注意事项：
-
catch:longpress必须显式写在模板里，仅用@longpress不足以阻止原生菜单 -
uni.setClipboardData在 iOS 17+ 和 Android 12+ 需要用户授权，首次调用可能静默失败，fail回调里不能只打日志 - 若文本含换行或特殊字符，建议先
trim()再复制，避免粘贴时多出空格
需要「复制按钮 + 长按提示」双模式？用 cover-view 模拟浮层
App 端无法直接自定义系统长按菜单，但可以用 cover-view + cover-image 在原生渲染层画一个轻量提示框（仅支持 nvue 页面，普通 vue 页面无效）。这是目前最接近原生体验的做法。
要点：
- 必须在
cover-view - 长按时通过
uni.createSelectorQuery().select()获取文字节点位置，动态定位浮层 - 浮层内容建议只放「复制」二字 + 简洁图标，避免遮挡过多；点击后立即隐藏并执行
uni.setClipboardData - Android 上
cover-view的z-index行为不稳定，建议固定宽高、用position: fixed+top/left计算坐标
为什么 document.execCommand('copy') 在 App 端完全失效？
因为 uni-app App 端运行在 WebView 中，而 execCommand 是已废弃的 DOM API，现代 WebView（尤其 iOS WKWebView）默认禁用该接口，且不提供降级提示。强行调用会静默失败或报 Uncaught TypeError: document.execCommand is not a function。别试图 polyfill —— 直接用 uni.setClipboardData 是唯一可靠路径。
另外，如果项目启用了 v3 编译模式（即 nvue 渲染），所有 DOM 操作（包括 querySelector）在非 nvue 页面里都不可用，此时必须改用 uni.createSelectorQuery 这套跨平台查询 API。
真正容易被忽略的是：部分安卓厂商（如华为 EMUI、小米 MIUI）会额外拦截剪贴板写入，即使 API 调用成功，粘贴时也可能为空。这种情况下，必须在 success 回调后加一次 uni.getClipboardData 校验，否则用户感知不到失败。
