uni.setclipboarddata必须在longpress回调第一行同步调用，不可置于异步逻辑中；需配置各平台权限、解除user-select:none限制，并避免flex+overflow:hidden截断选区。
uni.setClipboardData 必须在 longpress 回调里直接调用
长按复制失败的最常见原因是把 uni.setClipboardData 放到了异步逻辑里。它必须出现在用户手势触发的第一层上下文中，不能丢进 setTimeout、Promise.then 或 this.$nextTick 里——否则 H5 和 App 端大概率静默失败，小程序端直接报 permission-denied。
正确写法是：@longpress="onLongPress" 绑定到元素上，onLongPress 函数体第一行就执行复制：
onLongPress() {
uni.setClipboardData({
data: this.text,
success: () => uni.showToast({ title: '已复制', icon: 'none' }),
fail: (err) => console.error('复制失败', err)
})
}
- 微信小程序要求
manifest.json中 mp-weixin 节点配置"scope.writeClipboard": true - 支付宝小程序需在
manifest.json的mp-alipay下加"requiredPrivateInfos": ["writeClipboard"] - App 端 iOS 需在 manifest →「iOS 设置」勾选「剪贴板」；Android 需在「模块权限配置」启用 clipboard 模块
H5 端必须解除 user-select: none 样式封锁
即使写了 @longpress，H5 页面仍可能“长按没反应”或“选中框不显示”，大概率是父级容器（比如 <view class="content"></view>）CSS 里写了 user-select: none —— 这是 uni-app 默认某些 UI 库或自定义类的常见行为。
解决方法不是改 <text></text>，而是定位并覆盖其祖先节点的样式：
- 给外层
<view></view>加style="user-select: text"，或加 class 并在样式中强制设置user-select: text !important - 避免用
overflow: hidden+ flex 布局直接包裹<text></text>，这会截断浏览器原生选中框渲染 - 如果用了
<rich-text></rich-text>，它本身不支持 CSS 选中控制，必须换为<textarea readonly></textarea>或纯<view></view>+user-select: text
小程序平台不支持自由选区，只能整段复制
别指望在微信/支付宝小程序里实现“拖动光标选中几个字再复制”。<text selectable></text> 在小程序端只允许整块文本被选中，且 element.selectionStart/selectionEnd 完全不可读，document.execCommand 也不存在。
所以实际能做的只有两件事：
- 给每个可复制的文本块单独绑定
@longpress，复制对应字段（推荐，稳定） - 长按时弹
uni.showActionSheet提供「复制」选项，而不是自动复制（更符合平台规范） - 若用
v-for渲染多个项，确保闭包里取的是当前项的值，别用for (let i = 0; i 导致所有事件都引用最后一个
App 端需用 catch:longpress 阻断系统菜单
App 端 WebView 默认会拦截长按手势，既不弹系统复制菜单，也不触发 @longpress。必须用 catch:longpress 显式捕获并阻止冒泡，才能让 JS 接收到事件。
模板中要这样写：
<view class="copy-area" catch:longpress>{{ text }}</view>
同时建议加简单防抖，避免误触：
- 在
onLongPress中设个 timer 标志位，触发后立即 return - 用
setTimeout延迟 300ms 执行复制，再清空 timer - iOS 对长按灵敏度低，Android 厂商（如华为、小米）WebView 行为不一致，真机测试不能只看模拟器
