:first-child只是选择器，不干预margin重叠；问题根源在于DOM结构、BFC缺失及误用清除逻辑——需用first-of-type、flow-root或gap根治。
:first-child 本身不触发 margin 重叠，也不会“打乱”规则——它只是选中元素，而 margin 重叠发生在渲染阶段，与选择器无关。真正出问题的地方，是开发者误以为 :first-child 能“绕过”重叠逻辑，或在使用它清除 margin 时，没意识到 DOM 结构和 BFC 条件仍在起作用。
为什么给 li:first-child 设 margin-top: 0 还是顶开了父容器
因为重叠不是发生在 li 自身，而是发生在它的父容器（比如 ul）和这个 li 之间：只要 ul 没 border/padding/overflow 或 BFC，且 li 是第一个子元素，它的 margin-top 就会向上穿透。
-
:first-child只负责把样式加到那个元素上，但无法阻止该元素参与 margin 折叠 - 即使你写了
li:first-child { margin-top: 0 }，如果父ul本身有margin-top: 20px，而子li的margin-top原本是16px，那它们仍会取max(20px, 16px) = 20px合并 - 更隐蔽的是：若
ul前面还有兄弟元素（如h2），而你只清了li:first-child的 top，却没处理h2的 bottom，父子重叠就变成兄弟重叠，:first-child完全不生效
为什么 :first-child 有时根本选不到元素，导致 margin 清除失效
这不是 margin 问题，而是选择器失效的连锁反应：:first-child 要求目标元素必须是父节点下的「第一个子节点」，而 HTML 中的换行、空格、注释都会生成 text node，直接破坏匹配条件。
- 常见写法：
<ul>\n <li>A</li>\n <li>B</li>\n</ul>→ 换行符是 text node，li不是第一个子节点 - 注释干扰：
<ul><!-- 注释 --><li>A</li></ul>→:first-child匹配的是注释节点，不是li - 解决办法不是硬调 margin，而是换用
li:first-of-type（按标签类型计数，无视中间文本/注释），或给ul加display: flow-root隔离 BFC，再统一控制子项 margin
为什么在 Flex/Grid 容器里 :first-child 的 margin 清除突然“没用了”
因为 Flex 和 Grid 容器里的子元素默认不参与 margin 重叠——margin-top/bottom 不会合并，也不穿透父容器。此时你写的 :first-child { margin-top: 0 } 实际上什么也没“清除”，纯属冗余；更糟的是，如果后续切回 block 布局，这段 CSS 还可能干扰新逻辑。
立即学习“前端免费学习笔记（深入）”；
- Flex/Grid 下，间距应优先用
gap控制，margin属于遗留手段 -
:first-child在这类布局中仍有用（比如首项加图标、变色），但和 margin 重叠完全解耦 - 动态切换布局时（如响应式从 grid 切到 block），别靠同一套
:first-child+margin规则兜底，要分上下文写媒体查询或用data-layout属性做隔离
真正容易被忽略的是：margin 重叠是渲染引擎在 BFC 内部做的自动计算，它不看 class、不看伪类、不看你在哪加的样式——只看盒模型类型、位置关系和是否满足折叠条件。所以别指望 :first-child 能“修复”重叠，它只是个定位工具；要治本，得动 BFC、改布局模式，或者老老实实用 gap 绕开整个机制。
