overflow:auto不清除浮动，而是触发BFC使父容器包含浮动子元素高度；它可能误显滚动条、裁剪绝对定位内容，现代推荐使用display:flow-root替代。
overflow: auto 本身不会“清除浮动”，它只是**意外触发 BFC**，而 BFC 的布局特性让容器能包含浮动子元素——这不是清除，是包含。
为什么 overflow: auto 看起来像“清浮动”
当父容器内有浮动子元素（如 float: left），且父容器没有形成 BFC 时，高度会塌陷。设 overflow: auto 后，该容器成为 BFC 根元素，BFC 的规则之一是：**BFC 区域不会与外部浮动元素重叠，且会包含内部浮动子元素的高度**。于是父容器高度“恢复正常”，视觉上就像“清除了浮动”。
常见错误现象：
- 父容器高度为 0，背景/边框不显示，但子元素明明浮动出来了
- 后续兄弟元素向上移动，被浮动元素覆盖
这不是 overflow 在“清理”，而是 BFC 的自然行为。
立即学习“前端免费学习笔记（深入）”；
overflow: auto 触发 BFC 的前提和限制
必须满足 CSS 规范中 BFC 的生成条件：overflow 值不能是 visible（默认值），auto、hidden、scroll 都可触发。但要注意：
-
overflow: auto在内容不溢出时通常表现同visible，但 BFC 依然成立 —— 这点常被忽略 - 在 Safari 旧版本（≤ iOS 12）中，
overflow: auto在某些 flex/grid 容器内可能不触发 BFC - 若父容器同时设了
position: absolute或display: inline-block，BFC 仍会触发，但布局上下文已变，效果可能不一致 - 滚动条可能意外出现（尤其在 Windows 下），用
overflow: hidden更“干净”，但会裁剪溢出内容
更现代、更可控的替代方案
依赖 overflow 触发 BFC 是一种历史惯用法，但语义弱、副作用明显。推荐优先使用明确意图的方案：
- 用
display: flow-root：专为创建无副作用 BFC 设计，无滚动条风险，Chrome 64+/Firefox 59+/Safari 15.4+ 支持良好 - 用
display: flex或display: grid：父容器变成 flex/grid 容器后自动成为 BFC，且能更好控制子项布局 - 避免仅为了“清浮动”而滥用
overflow—— 如果不需要滚动或裁剪，flow-root是最直白的选择
示例对比：
.container {
/* 传统方式：有潜在滚动条 */
overflow: auto;
}
<p>.container {
/<em> 推荐方式：意图清晰，无副作用 </em>/
display: flow-root;
}BFC 不是“浮动清除器”，它是独立渲染区域；overflow: auto 只是碰巧能开启它。真正容易被忽略的是：一旦你依赖它，就得同步处理滚动行为、跨浏览器兼容细节，以及未来维护者是否能一眼看懂你的真实意图。
