overflow:hidden通过触发BFC使父容器包含浮动子元素并恢复高度，从而物理隔离margin区域，避免与兄弟元素发生外边距合并；display:flow-root是更语义化、无副作用的替代方案。
浮动本身不直接导致外边距合并（margin collapse），真正引发该问题的是浮动造成的父容器高度塌陷，进而让父容器的 margin 与子元素或兄弟元素的 margin 发生意外接触——这是外边距合并发生的前提条件。解决的关键不是“清除浮动”这个动作本身，而是让父容器重新获得正确高度并形成独立渲染区域。
为什么 overflow: hidden 能“顺便”阻止外边距合并
当父容器因浮动子元素塌陷为高度 0 时，它的上下 margin 就可能和相邻兄弟元素的 margin 直接接触，触发外边距合并。设置 overflow: hidden 后，它强制触发 BFC，使父容器包含浮动子元素、恢复实际高度，从而在物理上隔开 margin 区域。
- 它不是专门修复 margin collapse 的属性，只是副作用有效
- 若父容器已有非零高度（比如设置了
min-height），仅靠overflow: hidden可能仍无法阻止合并——因为 BFC 虽已触发，但容器上下 margin 仍可能暴露在外 - 必须确保父容器没有被其他规则（如
display: flex）覆盖掉 BFC 行为
display: flow-root 是更干净的替代方案
display: flow-root 是 CSS 新增的 display 值，唯一目的就是创建一个无副作用的 BFC 容器。相比 overflow: hidden，它不裁剪内容、不影响 position: absolute 子元素定位、也不干扰 box-shadow 渲染。
- 现代浏览器（Chrome 64+ / Firefox 58+ / Safari 15.4+）支持良好，但 IE 完全不支持
- 若父容器同时用了
display: grid或display: flex，flow-root会被覆盖，失效 - 它不会改变盒模型尺寸计算逻辑，对
getBoundingClientRect()返回值更可预测
伪元素清除法（clearfix）在什么情况下会失效
经典 .clearfix::after 方案本质也是通过生成块级占位 + clear: both 来撑开父容器，但它依赖父容器处于普通文档流中。一旦父容器本身是 display: flex 或 display: grid，伪元素就无法参与主轴布局，clear 失效，BFC 也不会被触发。
立即学习“前端免费学习笔记（深入）”；
- 常见误用：
.parent { display: flex; }+.parent::after清除 —— 无效 - 若父容器设了
height或min-height，伪元素可能被压缩到 0 高度，失去撑开作用 -
display: table在伪元素中虽兼容老浏览器，但在某些 zoom 缩放下会触发重排错位
别把 clear: both 当成万能解药
clear: both 只控制单个元素“不与前面浮动元素同行”，它对父容器的高度计算毫无影响。很多开发者在浮动元素后面加一个 <div style="clear:both"></div>，以为解决了问题，其实只是用一个新块级元素“顶住”了后续内容，父容器依然塌陷。
- 这个空
div会引入无意义 DOM 节点，增加维护成本 - 若父容器有
padding或border，该div的默认margin可能造成额外空白 - 在响应式场景中，这个硬编码的清除节点容易被媒体查询遗漏，导致断点错乱
BFC 是标准定义的机制，不是补丁；真正要警惕的，是那些看起来“能用”却掩盖了布局失控本质的写法——比如靠空标签撑高、靠 overflow 截断来掩盖溢出、或者在 flex 容器里强行塞 clearfix。
