浮动元素导致父容器高度塌陷是因为其脱离文档流，父容器无法感知尺寸；clearfix通过::after伪元素插入清除节点解决，但现代布局应优先使用flex或grid替代。
为什么浮动元素会让父容器高度塌陷
浮动元素脱离文档流，父容器无法感知其尺寸，导致高度变成0。这不是bug，是CSS规范定义的行为——但实际开发中，它常让布局错乱，比如背景色没显示、边框包不住内容。
- 常见错误现象：
div加了float: left后，它的父div在开发者工具里显示高度为0px，但里面的内容明明看得见 - 只用
overflow: hidden能临时解决，但它会裁剪溢出内容（比如下拉菜单、阴影、绝对定位元素），不安全 -
clear: both要额外加空标签（如<div style="clear:both"></div>），语义差、维护成本高
clearfix伪元素的标准写法及兼容性取舍
主流方案是用::after伪元素插入一个清除浮动的块级节点，不污染HTML结构。但不同浏览器对display和content的处理有差异，必须选对组合。
- 必须写
content: ""，否则伪元素不渲染；空字符串不能省略成content: none（无效） -
display: table比block更稳妥：它天然形成BFC，且不会意外继承父级的line-height或vertical-align - IE 6–7不支持
::after，需补*zoom: 1触发hasLayout（仅IE专有属性，现代项目可省） - 完整推荐写法：
.clearfix::after {
content: "";
display: table;
clear: both;
}
.clearfix {
*zoom: 1;
}
什么时候不该用clearfix
不是所有浮动都需要清，强行加反而引入冗余逻辑。关键看父容器是否需要包裹浮动子元素的视觉边界。
- 父容器本身是
position: absolute或fixed，高度由其他方式控制（如top/bottom）→ 不需要clear - 浮动用于文字环绕（
img+ 段落），父容器是p或div且无背景/边框 → 清除反而可能撑开行高 - 现代布局已用
display: flex或grid替代浮动 →clearfix完全多余，还可能干扰flex item的对齐 - 第三方UI库（如Bootstrap）的
.row已内置clearfix，重复添加会导致双倍清除，引发意外交互问题
移动端和Flex布局中的“假浮动”陷阱
有些开发者用float模拟两栏布局，但在视口缩放或横屏时失效。这时clearfix能修高度，但治标不治本。
立即学习“前端免费学习笔记（深入）”；
-
float在小屏幕下容易换行错位，而flex能自动重排；用clearfix掩盖这个问题，等于把响应式缺陷藏得更深 - 某些CSS框架（如Tailwind）默认禁用
float类，clearfix类也未内置，硬加会破坏原子类设计原则 - 真要兼容老代码，优先查
float是否被@supports (display: flex)条件包裹，再决定是否保留clearfix
clearfix不是开关，而是诊断线索——父容器高度异常时，先确认是不是真用了float，再检查有没有更现代的替代方案。很多所谓“清除失败”，其实是浮动本身就不该存在。 
