用padding替代margin是最稳解法，因padding属盒模型内层空间，天然不参与外边距重叠；overflow:hidden虽能触发BFC隔离重叠，但会裁剪溢出内容，display:flow-root更安全。
直接说结论：用 padding 替代 margin 是最稳的解法；overflow: hidden 能触发 BFC 隔离重叠，但容易裁剪内容——别乱用。
为什么 padding 不会重叠，而 margin 会
外边距重叠（margin collapse）只发生在「普通流中、无分隔物的块级盒」之间。padding 属于盒模型内部空间，天然不参与 collapse，也不受父子/兄弟关系影响。它只是把内容往里推，不会“传递”到父容器外部。
常见误操作是看到顶部空隙不对，就给子元素加 margin-top，结果和父容器一合并，空隙就没了。换成给父容器加 padding-top，空隙立刻稳定出现。
- 父子场景：把子元素的
margin-top: 24px挪到父容器的padding-top: 24px - 兄弟场景：统一只设
margin-bottom，再用:last-child { margin-bottom: 0; }清末尾 - 若必须保留子元素
margin（比如组件库封装），就在父容器加padding-top: 0.1px——极小值，视觉无感，却足以打断 collapse 条件
overflow: hidden 真的能解决 margin 重叠吗
能，但它靠的是触发 BFC（块级格式化上下文），副作用明显：任何溢出内容（下拉菜单、tooltip、box-shadow、position: absolute 子元素）都会被裁剪。
立即学习“前端免费学习笔记（深入）”；
这不是“修复 margin”，而是“强行关窗”。一旦你忘了这个限制，调试时会卡在“为什么下拉菜单不见了”这种问题上。
- 仅当父容器确实不需要溢出内容时才考虑
overflow: hidden -
overflow: auto同样触发 BFC，但可能意外出现滚动条（哪怕内容没溢出） - 比起
overflow，display: flow-root是更干净的替代——同样触发 BFC，但不裁剪、不加滚动、不改盒尺寸
哪些 overflow 值实际有效，哪些是假动作
只有能触发 BFC 的 overflow 值才管用。CSS 规范里明确写了：overflow 值为 visible 以外的任意值（hidden、auto、scroll）都会创建新 BFC。
但注意这些坑：
-
overflow: visible—— 无效，这是默认值，不触发 BFC -
overflow: clip—— 新标准值，也触发 BFC，但 Safari 15.4+ 才支持，兼容性不如hidden -
overflow-x: hidden; overflow-y: visible—— 大部分浏览器仍会触发 BFC，但行为不统一，别依赖 - 如果父容器本身是
position: fixed或absolute，overflow可能不生效——因为脱离文档流后，BFC 触发逻辑变复杂
真正容易被忽略的是：重叠是否发生在同一 BFC 内。如果你给一个兄弟元素加 overflow: hidden，它只隔离自己和父容器的 margin，对隔壁兄弟元素无效。要隔断兄弟重叠，得让其中一个脱离当前上下文——比如包一层 display: flow-root 容器，或者改用 display: flex + gap。
