响应式布局中清除浮动需随断点动态调整，因浮动行为变化而清除逻辑未更新会导致塌陷；overflow:hidden在小屏下冗余且可能裁剪溢出内容，兼容性差；clearfix伪元素需重置display以适配不同断点；flow-root是现代方案但iOS Safari 15.2及更早不支持；根本在于判断是否该用float而非仅补救清除。
响应式布局里用 float 做多列时，清除浮动不能只写一次就完事——媒体查询切换后，浮动行为可能变化，但清除逻辑没跟着更新，塌陷会悄悄重现。
为什么 overflow: hidden 在响应式中容易失效
它靠触发 BFC 包裹浮动子元素，但这个包裹是“静态”的：父容器设了 overflow: hidden，不代表所有断点下都安全。
- 小屏下如果把浮动元素改成
width: 100%并取消float，overflow: hidden还在，但已无浮动可清，属于冗余；更糟的是，若此时有下拉菜单或 tooltip 溢出，会被意外裁剪 - 某些安卓 WebView 或旧版 Safari 对
overflow: hidden+transform组合有渲染 bug，导致父容器背景或边框消失 - IE11 及更早版本中，
overflow: hidden在 flex 容器内部的子元素上表现不稳定，尤其配合@media切换时
.clearfix::after 必须随断点重置 display
伪元素清除法本身兼容性好，但响应式场景下，display 值容易被忽略。
- PC 端用
display: table是为了创建 BFC 并避免 line-height 继承高度；但移动端若启用font-size: 14px且父级有line-height: 1.6，display: block可能撑开额外空白 - 当媒体查询把列数从 3 列（
float: left; width: 33.33%）改为 1 列堆叠时，应同步让伪元素display: none，否则空占位仍在，影响 margin 折叠或点击热区 - IE8 支持单冒号写法
:after，但如果你用 Autoprefixer 或 PostCSS，需确认其未把:after转成::after后丢弃 IE8 兼容规则
用 display: flow-root 替代时要注意兼容性缺口
这是最干净的现代方案，直接让父容器成为 BFC 根，不依赖伪元素或溢出控制，但它不是万能的。
立即学习“前端免费学习笔记（深入）”；
-
display: flow-root在 Chrome 64+、Firefox 59+、Safari 15.4+ 支持良好，但 iOS Safari 15.2 及更早版本不支持——这意味着 iPhone 用户可能看到塌陷 - 不能和
display: inline-block或display: table-cell混用；若你用 CSS-in-JS 动态加类，要确保没有其他 class 覆盖了flow-root - 它不会影响子元素的
position: absolute定位参考系（这点比overflow安全），但会强制内容块级格式化，对内联文本流微调可能需额外vertical-align
真正麻烦的不是选哪种方法，而是同一套浮动代码在 PC 和移动断点中是否还该浮动——很多塌陷问题其实源于“本不该浮动的地方还在 float”，比如 flex 容器里嵌套了 float 子项。清除浮动只是补救，判断该不该用 float 才是关键。
