uni-app无法真正禁用文字复制，只能限制选中；user-select: none失效因样式优先级、flex布局干扰、平台兼容性差；selectable属性无效，应统一用CSS加!important并避免交互组件嵌套。
uni-app 无法真正禁用页面文字被复制，因为这是浏览器和系统层的原生行为，你只能限制选中，但不能阻止用户通过截图、OCR 或开发者工具等方式获取文本。
为什么 user-select: none 有时没效果
直接给 <view> 或 <text> 加 user-select: none 样式可能失效，原因包括：
- uni-app 全局样式（如某些 UI 库或基础类）已设置了
user-select: none，导致你的局部覆盖被优先级更低的规则压制 - H5 端若父容器用了
flex+overflow: hidden，会干扰选中框渲染，看起来像“禁用”了，实则是视觉遮挡 - 小程序平台（尤其是微信）对
user-select支持不一致：真机上部分版本忽略该样式，开发者工具里却生效 - App 端 WebView 容器本身不完全遵循 CSS 选中规范，
user-select可能被原生层忽略
selectable 属性在 <text> 上无效怎么办
<text selectable="false"> 在多数平台下无实际作用，它不是标准控制开关，而是仅在特定上下文（如配合 space、decode）且真机环境下才可能影响选中逻辑。更可靠的做法是：
- 统一用 CSS 控制：
user-select: none写在最外层容器，并加!important提高优先级 - 避免嵌套可交互组件（如
<button>、<input>）在目标文本内，它们自带可选行为 - 若需兼容 iOS Safari，额外加
-webkit-user-select: none - 不要依赖
selectable做安全防护——它只是体验层提示，不是权限控制
防复制 ≠ 防盗用，别踩这些坑
试图靠前端手段“锁死”文字，往往适得其反：
- 加
oncontextmenu="return false"或拦截右键：H5 有效，但 App 和小程序不响应该事件，且用户仍可长按、截图、抓包 - 把文字转成图片或 canvas 渲染：损害可访问性（a11y）、SEO、缩放清晰度，iOS 微信里甚至可能被自动识别为广告图而限流
- 用
pointer-events: none：连点击交互都废了，且不影响截图和 OCR - 监听
copy事件并event.preventDefault()：只对document.execCommand('copy')有效，对系统级复制（如长按菜单、快捷键 Ctrl+C）完全无效
真正需要保护的内容（如密钥、邀请码），应该放在服务端校验、用短期 Token 替代明文暴露、或走 URL Scheme / Universal Links 直接唤起，而不是卡在“不让选中”这一步。
