uni-app 的 text 组件 selectable 属性无法实现“只复制选中部分”，因H5端受全局 user-select: none 限制，小程序端仅支持整块选中，App端不支持该属性；跨平台可靠方案是用 readonly textarea 配合遮罩层与长按事件，分平台调用对应复制API。
uni-app 里 text 组件的 selectable 属性为什么不能只复制选中部分
它根本做不到“只复制选中部分”——selectable 在 H5 端本质是靠 user-select: text 触发浏览器原生选中，但 uni-app 默认全局禁用了该行为（比如 user-select: none 被写在了 view 或根样式里）；小程序端即使开了 selectable，也只允许整块
真正能实现“自由选中+只复制选中部分”的唯一路径
必须放弃 selectable，改用原生可编辑元素接管选区逻辑：
- H5 端：用
或渲染文本，设readonly+user-select: text，再通过window.getSelection()或element.selectionStart/selectionEnd获取选中范围 - 小程序端：
rich-text不支持选区获取，必须降级为（仅限纯文本），或用自定义 canvas 文本渲染 + 手动计算坐标映射选区（成本极高，不推荐） - App 端：WebView 支持
document.execCommand('copy')，但前提是选区已在contenteditable元素内建立；textarea是最稳妥选择
所以跨平台统一方案只剩一个：把要复制的文本放进 ，并加一层透明遮罩层用于触发长按（避免键盘弹出），再监听 @longpress 后调用 textarea.select() + document.execCommand('copy')（H5）或 uni.setClipboardData（小程序/App）。
小程序平台下 textarea 的隐藏限制
微信/支付宝小程序对 textarea 的 select() 方法支持极差，且 document.execCommand 完全不可用。此时必须绕过 DOM 选区，改用以下策略：
- 长按时，用
uni.showActionSheet弹出「复制」选项，而不是尝试自动复制 - 或者，将文本分段包裹进多个
@longpress，只复制对应段落（牺牲“自由选中”，换稳定可用） - 若必须支持任意起止位置复制，需引入原生插件：用 iOS 的
UITextView/ Android 的EditText实现带选区的富文本容器，再通过uni.requireNativePlugin暴露 JS 接口 —— 这已超出纯前端范畴
实际代码里最容易漏掉的三件事
哪怕你写了 textarea.select()，复制仍可能失败：
- H5 端没加
textarea的style="user-select: text"，导致选中框不显示 - 小程序端在
longpress回调里没立即调用uni.setClipboardData，而是包了一层setTimeout或丢进Promise.then，触发上下文丢失 - App 端没给
textarea加fixed定位或z-index，导致被原生组件（如scroll-view）遮挡，select()失效
没有真正的“三端一致自由选中”，只有按平台妥协的组合方案。选中范围越细，越得放弃跨平台幻想，往原生能力靠拢。
