不是必须用 :has()，但它是目前唯一纯 CSS 实现“子 hover → 父 backdrop-filter”的原生方案；需注意层级匹配、浏览器兼容性（Chrome 105+/Safari 15.4+/Firefox 121+）、性能优化及降级处理。
子元素悬停触发父元素 backdrop-filter，必须用 :has() 吗？
不是必须，但 :has() 是目前唯一能在 CSS 中「由子控父」的原生方案。不借助 JS 或调整 HTML 结构，仅靠 CSS 实现「子 hover → 父变毛玻璃」，:has() 是唯一直接解法。注意：它只在支持它的浏览器中生效（Chrome 105+、Safari 15.4+、Firefox 121+），旧版 Safari 和部分移动端 WebView 仍不支持。
:has() 写法里容易漏掉的关键选择器层级
常见错误是写成 .parent:has(.child:hover) { backdrop-filter: blur(8px); } 却没生效——问题往往出在层级关系不对。CSS 中 :has() 匹配的是「当前元素是否包含满足条件的后代」，不是紧邻子元素。如果你的结构是：
.parent > .wrapper > .child
那必须写成：
.parent:has(.wrapper .child:hover) { backdrop-filter: blur(8px); }
而不是只写 .child。其他易踩点包括：
立即学习“前端免费学习笔记（深入）”；
-
:has()不接受伪元素（如:before）、不接受:focus-within这类复合伪类嵌套 - 不能在
@keyframes或媒体查询内部使用:has() -
:has(.child:hover)中的.child必须真实存在于 DOM 中，动态插入后需重排才会触发匹配
backdrop-filter 毛玻璃在 :has() 下的性能与兼容性陷阱
backdrop-filter 本身就会触发层合成（layer promotion），叠加 :has() 的动态匹配逻辑，在低配设备上可能造成悬停响应延迟或闪烁。实操建议：
- 加
will-change: backdrop-filter;到父元素，提前提示浏览器优化渲染路径 - 避免在滚动容器内大量使用；若父元素有
overflow: hidden，某些 Safari 版本会完全禁用backdrop-filter - 务必提供降级样式，例如：
.parent:has(.child:hover) { background: rgba(255,255,255,0.1); }<br>.parent:has(.child:hover) { backdrop-filter: blur(8px); }—— 后者覆盖前者，不支持时自动回退
替代方案：不用 :has() 怎么勉强实现类似效果？
如果目标环境不支持 :has()，又不想写 JS，可考虑反向布局：
- 把「悬停区域」扩大到父容器尺寸，用
pointer-events: none在非关键子元素上透传事件，再用pointer-events: auto在真正要响应的子元素上启用 - 把毛玻璃效果直接写在子元素上，并设
position: absolute; inset: 0; z-index: -1;，视觉上模拟父级模糊（但实际模糊区域受限于子元素尺寸） - 最稳的底线：用
mouseenter/mouseleave监听子元素，切换父元素 class，比如.parent.is-child-hovered—— 这个逻辑简单，兼容性无死角
真正难的不是写对 :has()，而是判断什么时候该放弃它，转而用更可控的方式组织交互逻辑。
