display:flow-root是唯一推荐的无副作用BFC解法，必须作用于直系父容器且不被flex/grid覆盖；overflow:hidden虽能触发BFC阻断margin合并，但会裁剪阴影、遮挡absolute元素并影响滚动与性能。
display:flow-root 是目前最干净、无副作用的解法，但必须写对位置、不能被覆盖，否则等于没写。
为什么 overflow:hidden 能阻断 margin 合并，但不推荐用
overflow:hidden 触发 BFC 是老办法，但它会意外裁剪 box-shadow、遮挡 position: absolute 子元素的溢出部分，甚至影响滚动条行为。它本意是控制溢出，不是为解决 margin 合并而生——属于“顺手借力”，副作用明显。
常见错误现象：
- 父容器加了
overflow:hidden，结果子元素的阴影或下拉菜单被切掉了 - 配合
transform或will-change时，触发额外图层合成，影响渲染性能
display:flow-root 必须直接作用于发生合并的父容器
外边距合并只在父子、兄弟间发生，而 display:flow-root 的作用是让这个容器变成一个“结界”：内部 margin 不往外透，外部 margin 也进不来。但它只对**直系父容器**生效。
立即学习“前端免费学习笔记（深入）”；
关键实操点：
- 写在子元素上（如
.child { display: flow-root; }）完全无效——它不隔离自己和父级的 margin - 父元素若已设
display:flex或display:grid，再写display:flow-root会被忽略——flex/grid 容器本身不参与普通流 margin 合并，但也不支持叠加 display 值 - 不要写
display:-webkit-flow-root或缩写成display:flow——这些都不合法，浏览器直接丢弃
哪些场景下 BFC 依然无法阻止 margin 合并
BFC 不是万能开关。以下情况即使加了 display:flow-root，margin 合并仍会发生：
- 元素不在普通文档流中：比如
position: absolute或float:left的元素，它们压根不参与外边距合并机制 - 父容器有
border或padding：此时合并本就不会发生——BFC 不是唯一解，只是其中一种手段 - 行内级元素（如
span）设置了margin-top：垂直 margin 对行内非替换元素无效，谈不上合并
真正需要 BFC 的典型场景，是「父容器无边框/无内边距 + 子元素有上下 margin」这种干净又脆弱的结构。
替代方案对比：flex/grid vs display:flow-root
用 display:flex 包一层也能避免父子 margin 合并，但会强制子元素变成 flex item，可能破坏原有布局逻辑（比如原本靠 text-align:center 居中的块级子元素，会因 flex 的默认对齐方式偏移）。
display:flow-root 的优势在于：
- 不改变子元素的盒类型（
div还是div，p还是p） - 不引入新轴线、不对齐、不换行等隐式规则
- 语义明确：就是“我要建个 BFC 来隔离 margin”
但注意：如果父容器本身需要 flex 布局，就别硬套 flow-root——优先用原生能力，而不是叠加工具。
