老安卓WebView（Android 4.4–6.0）完全不支持:has()、:where()、:is()及多参数:not()，整条CSS规则被静默丢弃；@supports selector()亦不可用，降级需手动拆解或JS补位。
老安卓浏览器（尤其是 Android 4.4–6.0 WebView）根本不认识 :has()、:where()、:is()、多参数 :not(.a, .b) 这类 CSS3 新增选择器，整条 CSS 规则会被静默丢弃——不是“不生效”，是压根没进解析器。
老安卓 WebView 对新选择器的处理机制
Android 4.4（KitKat）首次引入 Chromium WebView，但内核版本停留在 Chromium 30–39，完全未实现现代选择器语法解析逻辑。遇到 div:has(> p) 或 button:where(.primary)，CSS 引擎直接跳过整行，连大括号内的声明一并忽略，DevTools 里显示为灰色 invalid 或干脆不出现。
- Chrome 105+ 才默认启用
:has()，Android 6.0 对应的内核是 Chromium 44，差了整整 60 个主版本 -
:where()在 Chrome 105+ 和 Safari 15.4+ 支持，但 Android 7.0（Chromium 51）仍不识别 -
:not(.a, .b)在 Android 4.4–6.0 和 Safari ≤15.4 中被标记为 “Invalid selector”，整条规则失效 - 所有这些都不是报错，也没有控制台警告，样式断裂时你只能靠 DevTools 的 Styles 面板逐条排查灰色项
@supports selector() 在老安卓上根本不可用
@supports selector(:has(a)) 这种写法在 Android 6.0 及更早版本中会被整个 CSS 块跳过——因为浏览器根本不认识 selector() 这个特性名。它不像 @supports (display: grid) 那样有广泛兼容基础。
- 真正支持
@supports selector()的最早版本是 Chrome 119+、Firefox 120+、Safari 17.4+，远超老安卓能力范围 - 写
@supports (selector: :has)是无效语法，浏览器直接忽略整块 - 外层 fallback 必须裸写，不能包在
@supports里，否则老安卓连降级样式都拿不到 - 构建工具（如 cssnano）可能在压缩阶段直接删掉含
:has()的规则，上线后才发现样式消失
能落地的降级策略只有两条路
没有自动转译能安全把 :has(.active) 翻译成兼容写法，因为它的语义是“父元素内存在 active 子项时生效”，而老浏览器无法在样式计算阶段做 DOM 查询。必须重构逻辑或用 JS 补位。
立即学习“前端免费学习笔记（深入）”；
- 对
:not(.a, .b)：手动拆成链式:not(.a):not(.b)，这是 IE8+ 和所有老安卓 WebView 都认的写法 - 对
:has()类需求：改用 JS 动态加 class，比如监听子节点变化后给父元素加has-active，再写.parent.has-active { … } - 避免在关键路径用
:where()降权——老安卓连解析都做不到，权重再低也没意义 - 若必须支持 Android 4.4–6.0，建议直接放弃
:has()和:is()，用结构约束替代（如固定 class 组合：.list--with-header .list__item）
最容易被忽略的是：这些选择器失效时没有任何提示，页面只是“看起来不对”。真机调试时务必打开 DevTools 的 Styles 面板，盯着每条规则是否被划掉——这才是最真实的兼容性信号。
