CSS :has 怎么只根据直接子元素状态切换卡片样式

如果卡片的视觉状态由它里面的某个控件决定，CSS :has() 可以把这个关系直接写在样式层。标题中的“直接子元素”要落成选择器里的 >：使用 .card:has(> .card__state.is-error) 时，只有卡片的一级子元素命中条件，卡片才会切换为错误样式；嵌套在更深层的同名元素不会误触发。

只要在`:has()`的括号里把匹配规则写成`> 目标直接子元素`的格式，就能限定选择范围只作用于当前元素的第一层直接子节点，不会命中嵌套在更深层级的同名元素。

先把卡片状态放在清晰的 DOM 边界上

实际项目中常见这样的需求：订单卡片里有一个状态标记，状态为异常时，卡片显示醒目的边框；状态为处理中时，卡片显示较浅的背景。若状态标记一定是卡片的一级子元素，就可以把组件契约写成下面这样。这个约定很重要，因为选择器是否可靠，首先取决于 HTML 层级是否稳定。

需要处理
  
订单 #A1024
  
等待人工确认

    嵌套状态
  

第一张卡片的状态是直接子元素，第二张卡片的状态被包在 .card__body 中。两种结构看起来相近，但对“只根据直接子元素切换样式”的业务规则来说，它们应该得到不同结果。

用 :has(> .state) 让父级卡片响应一级状态

核心写法是把外层组件作为锚点，把直接子代组合子放进 :has()。CSS 会先判断卡片的一级子元素是否满足条件，满足后再把声明应用到卡片本身。整个过程不需要 JavaScript 去读取状态、再给父节点补一个类。

.card {
  /* 默认状态保持中性，避免规则缺失时出现突兀的颜色。 */
  border: 1px solid #d9e2ec;
  background: #ffffff;
  transition: border-color 160ms ease, background-color 160ms ease;
}

.card:has(> .card__state.is-error) {
  /* 只响应卡片的一级状态节点。 */
  border-color: #d14343;
  background: #fff7f7;
}

.card:has(> .card__state.is-pending) {
  /* 处理中使用另一种视觉信号，保持状态互斥更容易阅读。 */
  border-color: #d99000;
  background: #fffaf0;
}

这里的 > 不是装饰符号，而是规则的边界。它把“卡片中出现过错误状态”收窄为“卡片的直接子元素中出现错误状态”。如果状态节点有可能放进包装层，就应该调整组件结构，或者明确改用后代选择器，而不是让两种意图混在同一条规则里。

省略 > 后，为什么嵌套状态也会触发

.card:has(.card__state.is-error) 表示卡片的后代范围内存在匹配元素。它适合“无论状态节点位于哪一层，只要卡片包含它就改变样式”的组件，但不适合要求严格一级关系的场景。

/* 后代匹配：.card__body 内的状态也会让卡片变红。 */
.card:has(.card__state.is-error) {
  border-color: #d14343;
}

/* 直接子代匹配：只有一级状态节点会触发。 */
.card:has(> .card__state.is-error) {
  border-color: #d14343;
}

可以把两种写法理解为不同的组件协议：前者把整个子树当成状态来源，后者把状态来源限制在卡片的一级槽位。对列表卡片、表单项和可复用组件来说，后者往往更容易防止内部装饰节点或嵌套子组件意外改变外观。

多个状态不要只靠源码顺序碰运气

一个卡片可能同时存在“已选中”和“有错误”两类状态。:has() 支持继续组合条件，例如用多个 :has() 表示同时满足，或在参数中用逗号表示满足其一。真正需要留意的是规则优先级：如果两个规则都能命中同一属性，最好通过互斥的状态类或更明确的选择器表达产品规则。

/* 同时满足：直接子元素里既有选中标记，又有错误标记。 */
.card:has(> .card__state.is-selected):has(> .card__state.is-error) {
  /* 错误优先，避免用户只看到“已选中”而忽略风险。 */
  outline: 2px solid #d14343;
}

/* 满足其一：错误或需要人工确认时都显示提示区域。 */
.card:has(> .card__state.is-error, > .card__state.is-review) .card__hint {
  display: block;
}

.card__hint {
  /* 默认隐藏提示，只有状态规则命中后再显示。 */
  display: none;
}

如果一个节点不可能同时拥有两个状态类，使用互斥状态会更简单；如果状态确实可能叠加，就把“谁优先”写成一条专门规则，并让读者能从类名看懂原因。这样做比不断提高选择器复杂度更容易维护。

这个模式的适用压力与代价

这种写法最适合状态已经存在于 HTML 中、状态变化频率不高、组件边界明确的界面，例如筛选卡片、表单项、步骤面板或结果列表。它把父级样式和子级状态放在同一个 CSS 规则里，减少了脚本同步类名的机会，也让状态结构更接近视觉结构。

代价也很明确：:has() 不是“任意父级查找都可以随便写”。不要把锚点扩大到 body、:root 或通配选择器，再配一个没有边界的后代查询；DOM 发生变化时，浏览器可能需要重新检查更大的子树。对单个卡片使用具体的类名，并用 > 限制内部遍历，是更稳妥的起点。

MDN 将 :has() 定义为根据相对选择器匹配结果选择外层元素，并特别给出了 parent:has(> child) 的直接子代写法。当前浏览器支持已经较为广泛，但仍应结合项目的最低浏览器范围决定是否提供降级样式。

落地前可以用这张判断清单

常见问题

:has(> .state) 会选择状态元素本身吗？

不会。它的锚点是冒号前面的元素，例如 .card；括号里的选择器只负责判断卡片是否满足条件。

为什么我的嵌套状态没有触发？

如果选择器写了 >，状态必须是卡片的直接子元素。检查中间是否多了一层包装元素；如果业务确实允许任意深度，再改用后代选择器。

需要 JavaScript 才能让父级卡片变色吗？

不一定。只要状态已经通过类名、属性或表单伪类反映在 DOM 中，:has() 可以完成父级样式响应；它不负责替你管理业务状态。

参考资料在哪里？

CSS 语义与匹配范围可参考 MDN：https://developer.mozilla.org/en-US/docs/Web/CSS/Reference/Selectors/:has。