overflow:auto并非清除浮动，而是通过触发BFC使父容器包含浮动子元素；它可能误判溢出导致滚动条闪现，且会裁剪绝对定位等内容，现代推荐使用display:flow-root替代。
overflow: auto 清除浮动的原理是什么
它不是“清除浮动”，而是借用了 BFC（块级格式化上下文）的副作用：当父容器设置 overflow: auto 且没有显式 height 时，浏览器会强制创建 BFC，并让容器重新包含浮动子项——于是高度不再塌陷。但这个过程不改变浮动本身，只是改变了容器对子项尺寸的计算方式。
为什么加了 overflow: auto 却出现滚动条
常见于以下几种组合：
- 父容器设置了
max-height或height，而浮动子项实际占据高度 > 该值 → 触发垂直滚动 - 浮动子项含长单词、URL 或设置了
white-space: nowrap，撑宽容器 → 若没设overflow-x: hidden，可能意外触发横向滚动 - 父容器是
display: flex的直接子项，且未限制收缩（如缺flex-shrink: 1），导致内容被拉伸后又“溢出” - iOS Safari 中未加
-webkit-overflow-scrolling: touch，拖拽卡顿，误判为“滚动条失效”
怎样避免滚动条只靠 overflow: auto 清浮动
关键在于：不用 overflow: auto 做清浮动主力，改用更可控的方式。
- 优先用伪元素法：
.clearfix::after { content: ""; display: table; clear: both; }，再给父容器加.clearfix类 - 若必须用
overflow，选overflow: hidden更稳妥 —— 它同样触发 BFC，但不响应溢出，也就不会显示滚动条 - 真要保留
auto（比如后续要支持内容动态展开），务必搭配overflow-x: hidden和max-height: none（或设足够大的值），防止误触发 - 检查浮动子项是否含
position: absolute或transform，这些会让它们脱离文档流，BFC 也无法正确包裹
移动端表格 + 浮动混用时的典型陷阱
别把 overflow: auto 直接写在 <table> 上——table 元素默认不响应 overflow。更糟的是，如果表格内部还嵌了浮动元素（比如右对齐的操作按钮），父容器加 overflow: auto 后，既清不了浮，又因 BFC 计算偏差导致高度错乱、滚动条乱跳。
立即学习“前端免费学习笔记（深入）”；
- 正确做法：用
<div class="table-wrapper"><table></table></div>包裹，.table-wrapper设overflow-x: auto、width: 100%、-webkit-overflow-scrolling: touch -
<table>自身去掉width: 100%，改用table-layout: fixed+min-width: fit-content控制列宽 - 浮动按钮这类操作元素，建议改用
position: sticky或 Flex 布局替代，彻底避开浮动与 overflow 的耦合问题
真正难处理的从来不是 overflow 属性本身，而是它和浮动、flex、table、绝对定位之间那些隐式的尺寸计算冲突。一旦看到滚动条出现得莫名其妙，先关掉 overflow，用开发者工具看 computed height 和 layout 边界，比反复调样式更省时间。
