uni-app长按选中文本默认不生效，因rich-text组件设计上禁用文本选择，v-html需手动添加user-select: text样式，app端需enhanced="true"及webview注入逻辑，ios/android需差异化处理css与事件。
uni-app里长按选中文本为什么默认不生效
因为 uni-app 的 v-html 渲染或 rich-text 组件默认禁用原生文本选择行为，iOS 和 Android WebView 层对 user-select: none（或 -webkit-user-select: none）的继承非常严格，哪怕父容器没显式设，rich-text 内部也会强制关闭。
- 真机调试时长按无光标、无选中菜单 → 先检查是否用了
rich-text；它天生不支持选中文本，这是设计限制，不是 bug - 用
v-html时，需手动给内层p、span等标签加style="user-select: text; -webkit-user-select: text;" - 自定义组件内若包裹了
scroll-view，记得加enhanced="true"（仅 App 端），否则 iOS 下长按会触发滚动而非选中
如何让长按后弹出系统选择菜单并获取选中文本
核心是绕过 rich-text，改用原生 HTML 标签 + CSS 控制，并监听 selectionchange 事件（H5/小程序需降级处理）。
- H5 端可用
document.getSelection().toString()直接取值，但必须在用户松手后立刻读，延迟 >100ms 就可能为空 - 小程序端（微信/支付宝）不支持
selectionchange，得用bindlongtap+ 手动计算位置模拟，实际体验差，建议只在 App 端做完整支持 - App 端（iOS/Android）推荐用
plus.webview.getWebviewById获取当前 webview，再执行evalJS注入选择逻辑，比纯 Vue 监听更可靠 - 别依赖
@contextmenu—— 小程序里这个事件根本不会触发，H5 里也常被右键菜单拦截
选中后调用翻译 API 的实操注意点
选中文本只是第一步，真正卡住的是「怎么把文本传给翻译服务」以及「怎么把结果优雅插回页面」。
- 翻译前先做清洗：
text.replace(/\s+/g, ' ').trim()，否则换行符、多余空格会让百度/腾讯翻译返回奇怪结果 - 避免高频请求：用户连续选中不同片段时，用
clearTimeout+setTimeout做防抖（比如 300ms 内只发最后一次） - 翻译结果插入位置不能硬塞进 DOM ——
v-html会重渲染整个块，丢失光标和滚动位置；建议用document.execCommand('insertText', false, translated)（App/H5），或用uni.showActionSheet弹窗展示结果（小程序） - 别用
uni.showToast显示翻译结果 —— 文字一长就截断，且无法复制，用户要的是可操作的文本
安卓和 iOS 在长按交互上的关键差异
同一个 CSS 和 JS，在两个平台表现可能完全相反：iOS 更“守规矩”，Android 更“随性”，但都容易踩坑。
- iOS App 端：必须给容器加
style="-webkit-touch-callout: default;"，否则长按直接弹出“拷贝/搜索”系统菜单，抢走你的自定义逻辑 - Android App 端：
user-select: text有时不起作用，得配合pointer-events: auto和touch-action: manipulation - 所有平台都要禁用
webview的默认长按菜单：App 端在manifest.json里设"enablePullDownRefresh": false，并确保没有全局bindlongtap冒泡干扰 - 测试时别只看开发者工具 —— H5 模拟器的 selection 行为和真机差很远，必须用真机连
chrome://inspect或Safari Web Inspector调
长按选中这件事，表面是交互，底层是 WebView 渲染策略、CSS 继承链、事件捕获时机三者咬合的结果。改一行 user-select 可能解决 70% 问题，剩下 30% 得靠真机反复试哪一层偷偷加了 !important 或覆盖了 touchstart。
