能，但方式取决于需求与浏览器：纯css可用:has()或:not(:empty)间接判断元素存在，前者语义直接但需现代浏览器支持，后者兼容性好但受空白文本节点影响；精确判断子元素类型或class必须用javascript。
能，但方式取决于你想做什么、用什么浏览器、是否接受 JS 辅助。 纯 CSS 没有“if 存在则执行”的逻辑分支，但可以通过 :has() 或 :not(:empty) 实现“存在即匹配”，进而控制样式；若需精确判断子元素类型或 class，则必须配合 JavaScript。
用 :has() 判断是否含特定子元素（现代方案）
这是最接近“检查是否存在”的原生 CSS 方式，语义直接、写法简洁：
-
:has(*)匹配任何含至少一个子节点（元素或文本）的元素，但注意：空格/换行也算文本节点，<div> </div>会被:has(*)匹中 -
:has(> p)只匹配直接子元素是<p></p>的父元素（注意>在:has()内有效） -
:has(.active)匹配内部任意层级含有class="active"的元素 - ⚠️ 不支持父级选择：不能写
p:has(+ span)或:has() + .sibling这类反向定位 - 性能敏感：深层嵌套或大量使用
:has()可能触发重排重绘，尤其在动画中慎用
示例：nav:has(ul) { padding: 1rem; } —— 仅当 <nav></nav> 下有 <ul></ul> 时加内边距。
用 :not(:empty) 做兼容性兜底（旧版浏览器可用）
当目标浏览器不支持 :has()（如 IE、旧版 Safari），:not(:empty) 是最稳妥的替代：
Javascript Sdk
下载
用于 inference.sh 的 JavaScript/TypeScript SDK，可运行 AI 应用、构建代理、集成 150+ 模型。包名：@inferencesh/sdk（npm install），完整 TypeScript 支持。
-
:empty匹配完全无子节点（不含文本、注释、元素）的元素；所以:not(:empty)≈ “有内容” - 兼容性极好：Chrome 4+、Firefox 3.5+、Safari 3.2+ 都支持
- ⚠️ 坑点明显：HTML 中常见的换行缩进会被解析为空白文本节点，导致
<div>\n <span>ok</span>\n</div>实际不被:empty匹配，但<div>\n</div>会被匹配 —— 所以建议模板压缩 HTML 或用 JS 清理空白 - 无法区分“有文本”还是“有子元素”，纯文本容器也会触发样式
示例：section:not(:empty) { border-top: 1px solid #eee; } —— 有内容就加顶线。
用 JavaScript 精确检查子元素 class 或类型（需要逻辑判断时）
CSS 无法动态响应 class 变更或做条件分支，这时必须上 JS：
-
element.querySelector('.loading')返回第一个匹配的子孙元素，不存在时返回null -
element.matches(':has(.error)')（如果支持:has()）可复用 CSS 逻辑，但兼容性同上 - 要检查“是否含带
data-role="menu"的子元素”：用element.querySelector('[data-role="menu"]') - 避免用
querySelectorAll().length > 0，它比querySelector多遍历一次 DOM - 监听 class 变化？得用
MutationObserver，而不是靠 CSS 自动响应
示例：if (cardEl.querySelector('img')) { cardEl.classList.add('has-image'); } —— 检出后加 class，再用 CSS 控制样式。
别混淆 > 和空格：子元素 vs 后代元素
这不是“检查是否存在”，但常因写错导致误判结果：
-
ul > li只匹配<ul></ul>的**直接子<li>**，跳过嵌套在<div> 里的 <code><li> -
ul li（空格）匹配<ul></ul>内**所有后代<li>**，无论嵌套几层 - 想检查“是否有直接子
<button></button>”，必须用:has(> button)；写成:has(button)会匹配任意深度的<button></button> - 伪类如
:first-child或:nth-of-type(1)作用对象是“子元素序列”，不是“是否存在”，别指望它们返回布尔值
真正容易被忽略的是：CSS 选择器永远只做“匹配”和“应用样式”，它不返回 true/false，也不触发回调 —— 所有“判断”都是间接的、基于匹配结果的副作用。
