:empty仅匹配完全不含任何子节点（含文本、元素、注释）的元素；空格、换行、注释、或 fallback均导致不匹配，生产中需结合服务端trim或JS判断textContent.trim()===''来稳妥隐藏空容器。

什么时候 :empty 真的匹配成功

:empty 只匹配**完全不含子节点**的元素，包括文本节点、元素节点、注释节点——只要有一个，就不算空。
常见误判是认为“没写内容”就为空，但实际写了空格、换行、注释都会导致匹配失败。

• ✅ —— 匹配
• ❌ —— 不匹配（含空格）
• ❌ \n —— 不匹配（含换行符）
• ❌ —— 不匹配（含注释）
• ❌
—— 不匹配（
是元素节点）

:empty 与 :blank 的区别在哪

:blank 是 CSS Selectors Level 4 提案中的伪类，目前仅 Chromium 120+（含 Edge 120+）通过 chrome://flags/#enable-css-blank-pseudo 启用，且默认不启用。它会忽略空白符（空格、制表、换行），只看“有意义的内容”。

• :empty：严格，零节点才匹配
• :blank：宽松，只含空白字符也匹配（但兼容性极差，生产环境慎用）
• 当前无法用 :blank 替代 :empty 实现“视觉上为空”的逻辑

想隐藏空容器？别只靠 :empty

单纯用 div:empty { display: none; } 很容易失效，尤其在服务端渲染或模板中插入了不可见字符时。更稳妥的做法是结合 JS 清理或服务端预处理：

• 服务端输出前 trim 内容，或统一用 标记
• 前端 JS 检查：

  document.querySelectorAll('div').forEach(el => {
    if (!el.firstChild || el.textContent.trim() === '') {
      el.classList.add('is-empty');
    }
  });

• CSS 配合：.is-empty { display: none; }
• 避免在动态内容（如 React/Vue 渲染后）直接依赖 :empty 做样式控制

为什么 :empty 不能选中带空 的 Web Component

Shadow DOM 中， 本身不是子节点，它的 fallback 内容才是。如果组件使用了 fallback，即使没传入内容，:empty 也不匹配宿主元素——因为 fallback 文本是子节点。

• 宿主元素若定义为 default，则不为空
• 真正“空”的情况只能是：宿主元素内连 都没有，且无任何文本/元素
• Web Component 场景下，:empty 几乎不可靠，建议改用属性控制，例如

实际项目里，:empty 最适合用于静态 HTML 或服务端完全可控的场景；一旦涉及模板引擎、富文本输入、Web Component 或 SSR/SSG 输出，就得提前验证 DOM 结构是否真的“空”，而不是假设它空。