@supports selector() 是唯一可靠检测方式，直接用它包裹待测选择器，不依赖 JS、不触发重排，准确判断 CSS 引擎是否识别该语法，而非能否生效。
@supports selector() 是唯一可靠检测方式
直接用 @supports selector() 包裹待测选择器，是当前唯一被主流浏览器正确解析的检测手段。它不依赖 JS，不触发重排，且能准确反映 CSS 引擎是否识别该语法——不是“能不能用”，而是“认不认识”。
常见错误现象：
- 写
@supports (selector: :has(div))—— 语法非法，整条规则被忽略 - 在 JS 中调用
CSS.supports('selector', ':has(div)')—— Safari 16.4–17.3 返回false，Chrome 120+ 虽支持但非标准用法 - 把
:has()直接写进样式却没包裹在@supports selector(:has(div))里 —— 旧浏览器会静默丢弃整条规则，连降级样式都看不到
正确写法必须严格匹配规范：
-
@supports selector(:has(div)) { /* 支持时的样式 */ }✅ -
@supports selector(:is(header, main)) { /* 多选器也行 */ }✅ -
@supports selector(:nth-child(2 of .item)) { /* 位置伪类也适用 */ }✅
:has()、:is()、:where() 的支持现状差异
Level 4 选择器不是“全有或全无”，各浏览器对不同伪类的支持节奏不一致，不能统一按“CSS Selectors Level 4”来判断。
立即学习“前端免费学习笔记（深入）”；
截至 2026 年 8 月：
-
:has()：Chrome 105+、Safari 15.4+、Firefox 121+（需开启layout.css.has-selector.enabled）、Edge 105+ -
:is()：Chrome 100+、Safari 15.2+、Firefox 98+、Edge 100+ -
:where()：Chrome 101+、Safari 15.4+、Firefox 103+、Edge 101+ -
:nth-child(N of selector)：仅 Chrome 123+ 和 Safari 17.4+ 支持，Firefox 和 Edge 仍需手动启用实验性标志
关键点：Safari 对 :has() 的支持存在严重限制——无法在 @keyframes 或伪元素中使用，且嵌套层级超过两层时可能失效；Firefox 则要求用户主动开启配置项，生产环境不可默认信赖。
为什么不能用 getComputedStyle 或 querySelector 测试
试图用 JS 主动调用 document.querySelector(':has(div)') 或检查 getComputedStyle(el).getPropertyValue(':has') 都是无效的。这些 API 不处理选择器语法验证，只操作已渲染的 DOM 或已计算的样式。
典型误判场景：
-
document.querySelector(':has(div)')在不支持:has()的浏览器中抛出SyntaxError，但该异常无法被@supports捕获，也不能用于条件加载 -
el.matches(':has(div)')同样会直接报错，且无法区分是语法不支持，还是元素本身不匹配 - 用
try/catch包裹上述调用，虽能捕获错误，但会触发 JS 执行开销，且无法覆盖 CSS 加载阶段的样式回退需求
真正需要的是编译期检测（CSS 解析时），而不是运行时试探 —— 这正是 @supports selector() 存在的意义。
降级样式必须写在 @supports 外层
IE 完全不识别 @supports 规则，所有现代选择器相关的样式必须包在块内；而降级样式（如传统 class 组合）必须写在外面，否则旧浏览器根本看不到。
正确结构示例：
.card {
background: #f0f0f0;
}
@supports selector(:has(.card-header)) {
.card:has(.card-header) {
border-radius: 8px;
}
}容易被忽略的细节：
- 不要在
@supports块里写!important降级覆盖 —— IE 忽略整个块，!important反而破坏优先级链 - 避免在降级样式中混用 Level 4 属性（如
gap、aspect-ratio），它们和选择器一样，IE 也不认 -
@supports selector()无法检测组合能力（例如:has(:is())），只能验证单个伪类；复杂组合需单独再套一层检测
真正难处理的不是语法支持，而是当多个 Level 4 特性叠加时，浏览器实际生效的行为可能和文档描述不一致 —— 比如 Safari 17.4 支持 :has()，但 :has(.a):has(.b) 会被当作无效选择器跳过，却不报任何警告。
