text组件的selectable属性跨平台无效，应统一用@longpress事件配合uni.setClipboardData实现复制；需注意H5需user-select: text、小程序需真机长按且权限配置、App端必须绕过selectable。
uni-app 中 text 组件的 selectable 属性为什么没反应
直接给 selectable 在 H5 和小程序平台行为不一致，且依赖父容器和样式约束。H5 下它本质是靠 user-select: text CSS 实现，但默认被 uni-app 的全局样式（如 user-select: none）覆盖；小程序端则需配合 space、decode 等属性才能触发选中逻辑，且仅在真机调试时生效（开发者工具常不响应长按）。
- 必须关闭父级
user-select: none—— 检查是否套在user-select: none（uni-app 默认某些组件类带这个） - 避免使用
flex布局直接包裹text并设overflow: hidden，这会截断选中框渲染 - App 端（iOS/Android）完全不支持
selectable，必须换方案
替代方案：用 rich-text + 自定义长按事件实现跨平台复制
rich-text 可以渲染可选中文本，但本身不提供复制能力；真正可靠的做法是监听 longpress 事件，手动调用 uni.setClipboardData。关键点在于：不能只依赖 text 的原生选中，而要主动接管交互。
- 给
@longpress="onLongPress" - 在
onLongPress方法中调用uni.setClipboardData({ data: this.textContent }) - 为提升体验，建议加个
setTimeout延迟 300ms 触发，避免和点击冲突 - H5 端需额外处理：
document.execCommand('copy')已废弃，必须用navigator.clipboard.writeText，但 uni-app 封装的setClipboardData在 H5 内部已兼容该 API
onLongPress() {
uni.setClipboardData({
data: this.myText,
success: () => uni.showToast({ title: '已复制', icon: 'none' })
})
}
小程序平台要注意的两个隐藏限制
微信/支付宝小程序对长按复制有平台级限制：必须用户真实长按操作触发，不能由 setTimeout 或其他异步逻辑模拟；且 setClipboardData 必须在用户手势上下文中调用（即必须在 longpress 回调内，不能丢到 Promise.then 或 nextTick 里）。
- 如果用了
v-for渲染多个text，确保每个绑定的@longpress拿到的是对应项的文本，别误用闭包引用了最后一个 - 支付宝小程序要求 manifest.json 中开启
"requiredPrivateInfos": ["writeClipboard"]，否则静默失败 - 微信小程序真机测试时，长按区域不能太小——至少 40px × 40px，否则系统判定为点击
App 端必须绕过 selectable，用原生能力桥接
App（iOS/Android）下 text 的 selectable 完全不可用，rich-text 也不支持选中。唯一稳定方式是调用 uni.getSystemInfo 判断平台，对 App 单独启用「双击复制」或「点击图标复制」UI，再调用 uni.setClipboardData。
- 不要试图用
web-view嵌 HTML 实现选中——App 端 web-view 里user-select仍受限于 WebView 内核策略 - 如果项目已接入
uni-app的native.js，可调用plus.android.importClass('android.content.ClipboardManager')手动写剪贴板，但纯 JS 方案已足够 - 注意 Android 12+ 要求声明
android.permission.WRITE_CLIPBOARD，但uni.setClipboardData内部已处理，无需额外配置
实际最稳的路径就一条：放弃 selectable 的幻想，统一用 @longpress + uni.setClipboardData，并在 UI 上给出明确视觉反馈（比如长按时浮层提示“已复制”）。不同平台的差异点都在运行时判断，而不是模板里写多套逻辑。
