当选择器结构相似且重复三行以上时该用 :is()，如统一设置 .btn-primary、.btn-secondary、.btn-danger 的 hover 样式，它简化维护但不提升权重，且括号内任一子选择器无效则整个块被忽略。
什么时候该用 :is() 而不是重复写选择器
当你发现写了三行以上结构相似、只差中间一个类名或标签名的选择器时，:is() 就该上场了。比如要给 .btn-primary、.btn-secondary、.btn-danger 都加同一套 hover 样式，传统写法是逗号分隔的长列表，维护成本高，且容易漏掉某个变体。
- 适用场景：同级元素需要统一样式，但类名/标签名有规律性差异（如
h1、h2、h3；或.card-header、.modal-header） - 不适用场景：跨层级嵌套逻辑不同（比如
.nav li a和.footer a），:is()只管“当前层级”的匹配，不会帮你做路径抽象 - 注意：
:is()里任意一个子选择器无效（比如拼错标签名），整个:is()块会被浏览器忽略——这是最常踩的坑，调试时发现样式没生效，先查括号里有没有 typo
:is() 的参数里能写什么、不能写什么
:is() 接收的是一个「选择器列表」，不是表达式，也不支持计算或变量。它只是语法糖，把多个选择器归到一个作用域下统一处理。
- 能写：
h1、.title、[data-role="header"]、:hover（伪类）、甚至:is(.a, .b)（嵌套，但很少有必要） - 不能写：
.item:nth-child(2n)这种带函数参数的伪类（会报错），也不能写属性值通配如[class*="btn-"]（部分浏览器不支持，兼容性差） - 特别注意：
:is()不提升 specificity（权重）。:is(.foo, .bar) span的权重等同于.foo span，不是取最大值。别指望靠它“强行覆盖”高权重要素
和 :where() 的关键区别在哪
两者语法一样，但 :where() 会把整个选择器块的 specificity 重置为 0，而 :is() 保留其中最高权重的那个子选择器。这直接影响你能不能覆盖别人写的样式。
- 用
:is()：想保留原有权重逻辑，比如你写:is(.btn, .link) { color: red; }，它和单独写.btn { color: red; }权重一致，能正常参与层叠 - 用
:where()：想“无条件覆盖”，比如重置第三方 UI 库的默认链接颜色，:where(a, button) { color: inherit; }不会受原选择器权重干扰 - 兼容性提醒：
:is()在 Chrome 100+、Firefox 100+、Safari 15.4+ 支持；:where()略晚一点，Safari 15.6 才完全可用。如果项目还要支持旧 Safari，得 fallback 到手动展开
真实项目中容易被忽略的细节
很多人试了 :is() 发现不起作用，问题往往不在语法，而在上下文环境。
立即学习“前端免费学习笔记（深入）”；
- CSS 模块化（如 CSS Modules 或 Vue scoped style）会自动加属性选择器后缀，
:is(.a, .b)里的.a和.b如果来自不同模块，实际编译后根本不会匹配到同一个元素 - 构建工具（如 PostCSS）可能默认不转译
:is()，尤其老版本 autoprefixer，需确认配置里启用了stage 3或明确开启css-is-pseudo插件 - DevTools 里看到样式被划掉？别急着改，先看 computed 标签页——
:is()匹配失败时不会报错，也不会显示 warning，只能靠手动检查 DOM 结构是否真满足任一子选择器
复杂条件真正难的不是怎么写 :is()，而是判断它是不是当前问题的最优解。有时候拆成 BEM 命名 + 公共类更可控，尤其当团队协作或需要 SSR 支持时。
