加了user-select: none仍能选中，主因是样式被覆盖、目标元素为空或含伪元素、未配-webkit-touch-callout: none禁iOS菜单，且input/textarea/contenteditable等元素默认忽略该属性。
为什么加了 user-select: none 还能选中
不是 CSS 写错了，而是生效条件没对上。常见原因有三个：
-
user-select: none被更具体的样式覆盖，比如某个.btn.active规则里写了user-select: text，它会直接覆盖父级设置 - 目标元素是空的、只有空白符或换行符，某些 WebView（如微信内置浏览器）对这类节点不触发渲染层选中控制
- 文字由伪元素生成（如
::before { content: "标题" }），伪元素不继承user-select，必须单独加-webkit-user-select: none
iOS 长按弹出“复制/搜索”菜单怎么关掉
user-select: none 只管高亮和光标，不管系统菜单。要彻底屏蔽，必须配 -webkit-touch-callout: none：
- 这个属性专为 iOS 设计，禁用长按时弹出的气泡菜单
- 它和
user-select是互补关系，缺一不可 - 只在 iOS Safari 有效，Android 不识别，但加了也无害
哪些元素不能随便加 user-select: none
加错地方会直接破坏用户操作：
-
<input>、<textarea>、contenteditable="true"元素上设这个，用户无法选中、编辑内容，iOS 尤其明显 - 带
tabindex="0"的容器，一旦获得焦点，Android Chrome 可能绕过该声明允许双击选中 - 用了
touch-action: manipulation的区域，可能干扰长按识别逻辑，导致菜单唤不出但高亮仍存在
要不要全局写在 * 上
可以，但风险高：
立即学习“前端免费学习笔记（深入）”；
- 通配符
* { -webkit-user-select: none; user-select: none; }在老项目里容易误伤表单控件 - iOS 下若没单独给
input和textarea回退成-webkit-user-select: auto，输入框会失去焦点能力 - 更稳妥的做法是定义一个类，比如
.no-select，只加在按钮、卡片标题、图标标签等明确不需要选中的元素上
真正难搞的不是加哪几行 CSS，而是得确认那个元素在 iOS 里是不是“被当成可选区域”——有时候删掉 outline: 0 或 tabindex="-1"，反而就不再触发选中了。
