:first-child匹配父元素的第一个子节点,无视标签类型;:first-of-type匹配同标签兄弟中首个出现的元素。二者在纯同标签结构中效果相同,但混排时行为迥异,且:first-child易受文本节点干扰。

first-child 只认位置,不认标签类型
常见错误现象: 实操建议: 立即学习“前端免费学习笔记(深入)”; 使用场景:父容器里混排了多种元素,但你想精准定位某类标签的第一个实例。比如 intro content 实操建议: 当父容器下所有子元素都是 但只要插入一个不同标签,差异立刻暴露: 此时: 性能上无显著差异,两者都是 CSS 选择器引擎的常规匹配逻辑,但 这两个伪类都不匹配动态插入的元素(除非重新触发样式计算),也不受 关键陷阱: 真正需要“首个特定类型”时,优先用 :first-child 判断的是某个元素是否是其父容器的**第一个子节点**,完全不管它是什么标签、什么类型。哪怕前面有注释、文本节点(比如空格换行),或者 ,只要它不是第一个,就匹配不上。
中的
能被 li:first-child 选中;但若写成 ,
hint
li:first-child 就失效了——因为 已经不是第一个子元素。
:first-child 时,确保目标元素在 DOM 树中**严格处于子节点序列首位**first-of-type 只认标签名,不认位置
:first-of-type 匹配的是:在所有同名兄弟元素中,**出现顺序最早的那一个**。它会跳过其他类型的兄弟节点,只在同标签中排序。 中,title
p:first-of-type 会命中第一个 ,即使它不是整个 的第一个子元素。h2:first-of-type 在多个 并存时,总能选中第一个,不管前面有没有 或 和 HTML 中的 不算同类)my-button:first-of-type 会匹配同级中第一个
为什么 div:first-child 和 div:first-of-type 结果经常一样?
div:first-child → 不匹配(div:first-of-type → 匹配第一个 :first-of-type 需要遍历同名兄弟节点,理论上略多一次类型过滤。容易被忽略的边界情况
display: none 影响——隐藏的元素仍参与计数。
:first-child 失效,而 :first-of-type 不受影响:first-child 对 内容无效(内容未渲染,不在活跃 DOM 树中):last-of-type 这种原生选择器,别想当然类推:first-of-type;只有当你明确要求“就是第一个子元素”,且能控制 HTML 结构干净无空白时,才考虑 :first-child。










