Flex item 的 margin 不重叠，是因为它处于 flex 格式化上下文（FFC）而非块级格式化上下文（BFC），FFC 中无相邻块级兄弟概念，margin 行为是累加而非折叠。
Flex item 的 margin 不会重叠，不是因为“被修复了”，而是因为它压根就不在触发 margin 重叠的条件里——它不在块级格式化上下文（BFC）中参与垂直外边距计算，而是在 flex 格式化上下文（FFC）里按另一套规则布局。
flex-item 的 margin 为何不触发重叠
margin 重叠只发生在块级格式化上下文（BFC）中的相邻块级元素之间。而 display: flex 创建的是 flex 格式化上下文（FFC），其子元素（即 flex item）不再以“块级流”方式参与布局计算：
- flex item 的
margin-top/margin-bottom在 column 方向仍可能视觉上“接触”，但不会合并 —— 因为 FFC 中没有“相邻块级兄弟”的概念，只有“主轴/交叉轴上的排列顺序” - 即使两个 flex item 都设了
margin-bottom: 20px，它们之间也不会变成 20px（像块级元素那样取 max），更不会变成 40px（像你误以为的“叠加”），而是真实叠加出 40px 间距（这是常见误解的源头） - FFC 下的 margin 行为是“累加而非折叠”，所以你看到的“双倍间距”其实是预期行为，不是 bug
为什么用 gap 比 margin 更适合 flex 布局
在 flex 容器中，gap 是专为控制 flex item 间距设计的属性，它绕过了 margin 的所有歧义和副作用：
-
gap只作用于 flex item 之间，不作用于首尾项与容器边缘（除非配合align-content） -
gap自动适配主轴方向：设flex-direction: row时控制水平间距，column时控制垂直间距，无需手动切margin-right/margin-bottom -
gap不受 margin 合并、负值偏移、父子塌陷等干扰，也不影响焦点顺序或屏幕阅读器遍历 - IE 不支持
gap，但现代项目中可用@supports (gap: 0)降级到 margin 方案，比全局 hack 更可控
哪些场景下 flex item 的 margin 仍会“看起来像重叠”
这不是重叠，而是渲染位置与布局位置分离造成的视觉错觉，典型出现在使用负 margin 时：
立即学习“前端免费学习笔记（深入）”；
- 给某个 flex item 设
margin-left: -10px，它会向左偏移，但后续 item 仍按原 layout position 排列，导致“覆盖”效果 - 父容器未设
overflow: hidden或未触发 BFC 时，负 margin 可能溢出容器，造成内容层叠但 DOM 顺序不变 - 当多个 item 同时用负 margin 且方向冲突（如一个
margin-right: -10px，下一个margin-left: -10px），实际间隙可能趋近于 0，但这仍是各自偏移的结果，不是 margin 值被合并 - 注意：
z-index在 flex item 上生效的前提是该 item 已定位（position: relative等），否则层叠顺序由源顺序决定
兼容性与调试建议
遇到 flex item 间距异常，优先检查是否混用了 margin 和 gap，尤其在响应式断点中：
- Chrome DevTools 的 Layout 面板里，勾选 “Show flexbox overlays” 能直观看到 gap 区域和 margin 边界是否重叠
- 若需兼容旧版 Safari（gap 需加
-webkit-gap前缀，但注意 Safari 13.1+ 才真正支持 flex gap - 不要依赖
:last-child去清除最后一项的 margin —— flex item 没有“最后一个”的语义保障，换行、flex-wrap、order都会打破它 - 真要精确控制首尾留白，用容器的
padding更可靠，它不受 flex 排列逻辑影响
最易被忽略的一点：flex item 的 margin 重叠问题根本不存在，但开发者常把“间距比预期大”归因于“重叠”，实则是没理解 FFC 下 margin 是累加的 —— 这个认知偏差，比写错一行 CSS 更难调试。
