:where()不能重置已有选择器优先级，因其自身权重恒为0-0-0，仅构造新零权规则，无法覆盖第三方高权重样式或UA样式，须配合外层命名空间（如.app-root :where(button)）才有效。
为什么:where()不能直接“重置优先级”
:where()本身不降低已有选择器的特异性，它只是让整个规则的权重恒为 0-0-0。你写 :where(.btn)，不是把 .btn 的权重从 0-0-1 “降”下来，而是构造了一个全新、零权重的选择器。所以它无法干预第三方库里已存在的高权重要求（比如 button.btn-primary:focus 权重是 0-0-2），更不会覆盖 UA 样式（如 Chrome 对 input[type="search"] 的 ::-webkit-search-decoration）。
常见错误现象：在第三方组件外层套一层 :where() 就以为能“压住”它的样式，结果完全没反应——因为第三方规则本身权重就高于 0-0-0，而你的 :where() 规则又没加任何外部上下文提权。
- 想覆盖第三方样式，必须靠外层容器选择器（如
.my-app :where(button)）或更高权重组合，单用:where()是无效的 -
:where()只对“你自己写的重置逻辑”起作用，不是万能拦截器 - 若第三方用了
!important，:where()依然无能为力
:where()真正该用在哪类重置场景
它最适合做「基线归零」：清除浏览器默认样式或统一抹平基础元素外观，且确保不影响后续业务类名的正常覆盖。比如表单控件、链接、列表项这些高频、低语义、易被业务样式接管的节点。
典型安全用法：
立即学习“前端免费学习笔记（深入）”；
:where(button, input, select, textarea, a) {
margin: 0;
padding: 0;
border: none;
outline: none;
background: transparent;
color: inherit;
font: inherit;
}
- 只用元素选择器或布尔属性选择器（如
[disabled]），避免引入类名导致权重破防 - 不搭配
all: unset—— 它会破坏inherit链，让文字变黑、字体丢失 - 避开伪元素（
::placeholder、::-webkit-search-cancel-button等），它们不在:where()作用范围内
和第三方库共存时，:where()要配合什么才有效
单独的 :where() 在复杂项目中几乎必然失效。它需要一个“锚点”来获得可落地的权重起点，否则就是 0-0-0 的空气规则。
- 用外层命名空间提权：
.app-root :where(button, input)—— 此时权重来自.app-root（0-0-1），内部:where()保持零权重但整体生效 - 避免与第三方同级竞争：不要写
:where(.third-party-component button)，这等于主动放弃权重；改用.third-party-component :where(button)，把控制权交给组件自身作用域 - 若第三方使用 Shadow DOM，
:where()默认不可穿透，需通过::slotted()或partAPI 协作，而非硬覆盖
Safari 15.0–15.3 的多选择器解析异常怎么绕过
在 Safari 15.2 下，:where(.a, .b, .c) 可能漏掉最后一个选择器，导致部分元素未被重置。这不是配置问题，是解析器 bug。
- 上线前必须在目标 Safari 版本中实测多选项行为，不能只信 CanIUse 数据
- 长列表拆成多个独立规则：
:where(.a, .b) { ... }+:where(.c, .d) { ... }，比单条:where(.a, .b, .c, .d)更可靠 - PostCSS 插件（如
postcss-preset-env）对:where()几乎不做降级，别指望构建时自动转成兼容写法
真正容易被忽略的是：你以为写了 :where() 就完成了“无侵入重置”，但只要没验证 Safari 多选项解析、没确认外层锚点是否存在、没避开伪元素和 UA 规则，那它大概率只在 Chrome 里看起来有效。
