overflow:hidden 通过触发 BFC 解决父容器高度塌陷，并非真正“清除浮动”；其本质是使 BFC 容器包含浮动元素高度，但存在裁剪、兼容性等副作用；现代推荐用 display: flow-root。
它根本不是在“清除浮动”，而是在触发 BFC，让父容器重新包含浮动子元素的高度——这是副作用，不是功能。
overflow:hidden 触发 BFC 才是真正原因
浏览器规范里写死了：overflow 值为 hidden、auto 或 scroll 时，会强制创建块级格式化上下文（BFC）。BFC 容器有一个关键特性：它会把内部浮动元素纳入高度计算范围，于是父容器不再“塌陷”。
-
overflow: visible（默认值）明确不触发 BFC - 只对
display是block、table-cell等常规块级盒生效；flex或grid容器上加它，BFC 不起包裹浮动的作用 - 父元素自己要是脱离文档流（比如设了
float、position: absolute或display: inline-block），BFC 就不会被触发
为什么看起来像“清浮动”？常见错误现象
你看到的“修复”，其实是 BFC 的附带效果。典型表现包括：
- 父容器高度从
0恢复正常，背景色/边框显示出来 - 后续兄弟元素不再叠在浮动子元素上
- 文字不再从浮动图片下方“钻出来”或绕到右侧
- 但下拉菜单、Tooltip、
position: absolute子元素可能被无声裁剪——这不是 bug，是 BFC 的规范行为
overflow:hidden 在哪些场景会静默失效
它不是万能胶，依赖明确的边界和上下文：
立即学习“前端免费学习笔记（深入）”；
- 父元素
width和height都是auto（比如没设width: 100%或max-width），浏览器无法判断“哪里算溢出”，BFC 虽触发，裁剪和撑高都无效 - 父容器本身在
flex或grid里，或被transform/filter包裹，计算出的尺寸可能退化为auto - 移动端 Safari 对
position: relative + overflow: hidden组合偶尔有渲染延迟，可加transform: translateZ(0)强制硬件加速
现代项目该用什么替代
display: flow-root 是专为这事设计的，2026 年主流浏览器已全覆盖：
- 只做一件事：创建无副作用 BFC，不裁内容、不影响
position: fixed、不干扰动画 - 写法极简：
.container { display: flow-root; } - 若需兼容 IE，退回伪元素方案：
.clearfix::after { content: ""; display: table; clear: both; } - 更根本的建议：除非做图文环绕，否则别用
float——flex和grid天然不存在“清除浮动”这个概念
最容易被忽略的一点：你花时间调试 overflow: hidden 的裁剪问题，其实是在维护一个本不该存在的技术路径。
