overflow:auto并非清除浮动，而是通过触发BFC使父容器包含浮动子元素；它可能误判溢出导致滚动条闪现，且会裁剪绝对定位等内容，现代推荐使用display:flow-root替代。
overflow:auto 触发 BFC，不是“清除”而是“包含”
它根本没在清除浮动——float 依然生效，子元素照样脱离文档流。真正起作用的是：设置 overflow: auto 会让父元素生成一个新的 BFC（块级格式化上下文），而 BFC 的规范行为之一就是「包含内部所有浮动元素的边界」，于是父元素高度自然被撑开。
为什么有时候滚动条会莫名其妙出现？
overflow: auto 的“自动”判定依赖渲染引擎对“溢出”的判断，但这个判断并不总是可靠：
- 绝对定位 +
transform: translateY(-20px)的子元素，可能被误判为溢出，触发滚动条 - iOS Safari 中，配合
position: fixed子元素时，容易卡顿或 touch 事件失效 - 旧版 Chrome/Safari 对
line-height或字体度量计算有偏差，导致高度微小溢出，滚动条闪现
和 overflow:hidden 比，区别不只是“有没有滚动条”
两者都触发 BFC，但副作用不同：
-
overflow: hidden：内容超出直接裁剪，简单粗暴；适合已知尺寸、无交互扩展的容器 -
overflow: auto：理论上只在真溢出时滚动，但“真溢出”定义模糊；更适合日志框、代码预览等本就需要滚动的场景 - 两者都会阻止 margin collapse，影响父子外边距合并行为
- 两者都可能把
box-shadow、top: -10px的 tooltip 或下拉菜单切掉一半
现代项目里，更推荐 display: flow-root
它专为解决这个问题设计，语义清晰、无滚动条风险、不干扰溢出行为：
立即学习“前端免费学习笔记（深入）”；
-
display: flow-root明确告诉浏览器：“我要一个 BFC，仅用于包裹浮动”，没有副作用 - 兼容性已覆盖 Chrome 64+、Firefox 58+、Safari 15.4+（2026 年绝大多数项目可放心用）
- 比伪元素
::after+clear: both更轻量，无需额外 DOM 或样式 hack - 注意：
display: flow-root会重置 margin collapse，如果原有布局依赖外边距合并，得重新检查
别把它当成“overflow:auto 的升级版”——它是另一个解法，目的相同，路径更干净。真正容易被忽略的，是先问一句：这些元素非得用 float 吗？
