user-select: none 有时无效，主因是样式被更高优先级规则覆盖，或作用于可编辑元素（如input、textarea、contenteditable），此时需结合pointer-events: none或事件拦截；禁用选中不等于禁用访问，须兼顾可访问性。
user-select: none 为什么有时不起作用
直接加 user-select: none 却仍能选中文字？常见原因是样式被更具体的规则覆盖，或元素本身是可聚焦/可编辑的（比如 <input>、<textarea></textarea>、带 contenteditable="true" 的元素），这些元素浏览器会强制启用文本选择行为。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 用浏览器开发者工具检查计算样式，确认
user-select是否被!important或更高优先级选择器覆盖 - 对表单控件，仅设
user-select: none不够，需额外加pointer-events: none（但注意这会让点击失效，慎用） - 若目标是禁用整个页面选中，别只写
body { user-select: none; }，要加上伪元素：::selection { background: transparent; }避免拖选后高亮残留
CSS user-select 的兼容性与取值差异
user-select 在 Safari 旧版本（
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 必须写全四套：
-webkit-user-select: none;、-moz-user-select: none;、-ms-user-select: none;、user-select: none; - 避免使用
user-select: all或user-select: text做“局部启用”，因为它们在某些 Android 版本下表现不稳定 -
user-select: none对<option></option>元素无效（下拉选项始终可选），这是浏览器限制，无法绕过
React/Vue 中动态控制 user-select 的坑
在组件里用内联样式或 class 切换 user-select，容易忽略状态更新时机和 DOM 渲染顺序。比如在 React 中用 useState 控制 class，但 class 变了，子元素（尤其是富文本或第三方组件）可能没重新渲染，导致样式未生效。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 不要只靠 CSS class 切换，对关键容器加
key强制重渲染（如<div key="{isSelectable.toString()}" classname="{cls}">） <li>Vue 中用 <code>:class绑定时，确保响应式数据确实变化；用v-if替代v-show更可靠（因为后者只是 display: none，样式仍存在） - 如果禁用的是可编辑区域（如
contenteditable），记得同时设置onSelect={() => false}或监听selectstart事件并preventDefault() - 禁止选中 ≠ 禁止访问。如果内容需保留可访问性，务必保留
tabindex、语义化标签（如<button></button>而非<div role="button">）和 ARIA 属性 <li>纯展示型卡片/图标按钮可以禁用选中；但含重要信息的提示文案、错误消息、表单标签，禁用选中反而降低可用性</li> <li>测试时用键盘 Tab 导航 + 屏幕阅读器（如 VoiceOver）验证：禁用选中后，内容是否仍可被识别和操作</li> 事情说清了就结束。真正难的不是加那几行 CSS，而是判断「这里到底该不该禁用选中」——很多 bug 其实源于一开始就不该禁。</div>
禁用选中后，复制粘贴和屏幕阅读器怎么办
user-select: none 只影响鼠标/触摸选中，不影响键盘焦点、屏幕阅读器朗读或 Ctrl+C 复制（只要内容在 DOM 中且未被 aria-hidden="true" 隐藏）。但它会让用户误以为内容不可用，尤其对依赖键盘导航的人群不友好。
实操建议：
立即学习“前端免费学习笔记（深入）”；
