:is() 必须写完整路径，如 :is(.header nav, .footer div.nav) a，否则匹配失败；它不改变DOM结构、不跨层传递关系符、权重取内部最高值；需用 @supports 兜底兼容性。
能简化，但必须把完整路径写进 :is() 括号里，不能只塞父类名。 否则看似省了字，实际匹配逻辑变了，漏样式是常态。
为什么 :is(.header, .footer) nav a 很可能不生效
这行代码等价于 .header nav a, .footer nav a，前提是每个父容器里都真有 nav a 这个结构。但现实中：.footer 里可能是 div.nav a 或 nav > ul > li > a —— 只写父类名，:is() 不会帮你“猜路径”。它只是压缩重复前缀，不是重写 DOM 结构。
常见错误现象：
- 样式在
.header里生效，.footer里完全没反应 - 开发者以为“都写了 class 就该覆盖”，结果浏览器按字面意思一条条展开，某条路径不存在就跳过那一分支
正确做法是：把每个分支的**完整选择器路径**放进括号。
立即学习“前端免费学习笔记（深入）”；
比如：:is(.header nav, .footer div.nav, .sidebar .main-nav) a
:is() 嵌套多层时，括号作用域怎么算
:is() 每层只管自己括号内的选择器，不跨层传递关系符（如 >、+、空格）。写错位置，整个选择器就无效。
例如：.modal :is(.header, .body :is(.content, .sidebar), .footer) button 是合法的——第二层 :is() 只作用于 .body 下的子选择器；但 :is(.a > .b, .c) 是非法的，因为 > 不能出现在括号开头。
容易踩的坑：
-
:is(.a, .b) + p→+只作用于整个:is()的结果，不是分别加给.a和.b -
:is(.a .b, .c .d):hover→:hover作用于所有匹配元素，没问题；但:is(.a .b:hover, .c .d:hover)才是更清晰的写法，避免歧义 - 嵌套超过两层（如
:is(:is(.x), :is(.y))）可读性骤降，不如拆开或用预处理器
权重（specificity）不是平均值，而是“取最高”
:is() 不是归一化工具。它内部哪个选择器权重大，整条规则就有多重。这点极易被忽略，导致样式被意外覆盖。
比如：:is(.card h2, #featured h2) 的 specificity 是 1-0-1（来自 #featured h2），而不是 0-1-1。如果你本想统一低权标题样式，却混进一个 ID 选择器，结果就是：它比其他 h2 规则优先级高，把原本该生效的通用样式压住了。
使用建议：
- 同一批
:is()里的选择器，尽量保持权重大致一致（比如全用 class + tag，别掺 ID 或内联 style） - 需要强制低权？换用
:where()，它权重恒为 0 - 不确定权重影响时，用浏览器 DevTools 的 Styles 面板直接看 computed specificity 数值
兼容性兜底不是可选项，是必做动作
Chrome 100+、Firefox 98+、Safari 15.4+ 支持原生 :is()，但 iOS Safari 15.3 及更早版本（仍有一定存量）会直接忽略整条规则——连 fallback 都不触发。
安全写法是用 @supports 包一层：
.header nav a, .footer nav a, .sidebar nav a {
color: blue;
}
@supports (selector(:is(*))) {
:is(.header nav, .footer nav, .sidebar nav) a {
color: blue;
}
}
注意点：
- 不要依赖构建工具自动降级（如 postcss-preset-env），它可能把
:is()展开成几十行重复代码，反而增大 CSS 体积 - VS Code / WebStorm 默认不识别
:is()语法，报红不等于写错，运行时正常即可 - 伪元素（
::before）、某些实验性伪类（如:has()在旧 Safari）不能放进:is()，否则整条规则失效
真正难的不是写对 :is()，而是判断哪些地方值得用——它适合结构稳定、语义明确、且你愿意为新语法承担少量兼容成本的模块。盲目替换所有逗号列表，反而增加维护负担。
