display: flow-root 是当前最干净、无副作用的BFC触发方案，它专为创建BFC设计，不裁剪内容、不干扰定位、兼容现代浏览器且语义明确。
直接说结论：用 display: flow-root 是当前最干净、无副作用的解法，优先级高于 overflow: hidden 或透明边框。
为什么 overflow: hidden 不再是最优选择
它确实能触发 BFC、阻止父子 margin 重叠，但副作用太实在：一旦子元素有阴影、下拉菜单、弹层或任何溢出内容，就会被裁剪。调试时经常发现“明明写了 box-shadow，怎么看不到”，根源就是这个 hidden。
- 它不解决兄弟元素间的 margin 重叠——两个并列
div都加了overflow: hidden，上下 margin 依然会合并 - 在响应式场景中，如果子元素用了
position: absolute向外定位，hidden会直接截断它 - 语义上模糊：
overflow本意是控制溢出行为，不是为“防重叠”而设
display: flow-root 怎么用、为什么稳
这是专为创建 BFC 设计的 display 值，2018 年起进入主流浏览器，Chrome 58+、Firefox 34+、Safari 15.4+ 全支持（Edge 已随 Chromium 统一）。它只做一件事：让元素成为 BFC 容器，不改变盒模型尺寸，不裁剪内容，不干扰定位。
- 父子重叠：给父容器加
display: flow-root，子元素的margin-top就不再向上“穿透” - 兄弟重叠：把其中一个兄弟元素用
div包一层，该div设display: flow-root，二者即分属不同 BFC - 和
flex/grid共存友好：即使父容器已是display: flex，内部某个子项仍可单独设flow-root来隔离其子树
什么时候不该硬套 BFC
BFC 不是万能膏药，乱加反而增加渲染开销、混淆布局意图。
立即学习“前端免费学习笔记（深入）”；
- 表单控件（
input、button）、行内元素（span、a）默认不参与块级 margin 重叠，加flow-root没效果，还可能意外改变行内布局 - 父容器已有
border: 1px solid transparent或padding-top: 1px，那父子重叠本就不存在，BFC 属于冗余 - 动态插入的元素（如 JS 插入的
div）若依赖 margin 自动对齐，强行包裹 BFC 容器会打断原有流式节奏，得同步检查插入逻辑
兄弟元素重叠的典型误操作
很多人试过给两个兄弟 div 都加 display: flow-root，结果 margin 还是合并了——因为它们仍在同一个父容器的 BFC 内，BFC 隔离的是“容器与其后代”，不是“同级兄弟”。
- 正确做法：只给其中一者套一层
display: flow-root容器（比如用<div class="bfc"></div>包住第二个div） - 更轻量替代：用
margin-top: calc(100px + 1px)这类微调，适合固定值场景；但响应式或变量值下不可靠 - 浮动遗留项目慎用
float触发 BFC：虽然有效，但float本身已脱离文档流，容易引发高度塌陷等连锁问题
真正要盯住的，是那个“看似没写任何样式、却莫名没空隙”的父容器——它大概率既没 border/padding，也没 BFC，正安静地把子元素的 margin 吞掉。这时候加一行 display: flow-root，比查三遍 DevTools 的 computed styles 更快。
