现代浏览器中.clearfix::after只需三行：content: ""; display: table; clear: both；父容器不能是flex/grid，且需为块级上下文，否则失效；更优解是用display: flow-root或flex/grid替代浮动。
现代浏览器里.clearfix::after怎么写才不踩坑
现代浏览器（Chrome 64+、Firefox 58+、Safari 15.4+、Edge 79+）根本不需要双伪元素、zoom: 1或height: 0这类冗余声明。真正生效且轻量的写法只有三行：
-
content: ""不能漏——没这个，伪元素不渲染，整个清除逻辑失效 -
display: table比display: block更稳：它天然创建匿名 BFC，不继承父级line-height，避免意外撑高 -
clear: both必须作用于伪元素本身，不是父容器——写成.parent { clear: both; }完全无效
为什么加了.clearfix还是塌陷？常见失效场景
不是代码写错，而是用错了地方。最常被忽略的几个硬性前提：
- 父容器不能是
display: flex或display: grid——浮动在这些上下文中被忽略，::after清除的是“不存在的浮动” - 父容器若已设
overflow: hidden或display: flow-root，再加.clearfix属于重复触发，还可能干扰后续box-shadow或border-radius -
::after只对块级上下文生效：如果父容器是display: inline或inline-flex，clear: both直接被忽略 - HTML5 文档中必须用双冒号
::after，单冒号:after在 Safari 5.1 以下和 IE8 中不识别
比.clearfix更优的现代替代方案
不是“怎么优化.clearfix”，而是“能不能不用”。真正省心的解法是绕过浮动本身：
-
display: flow-root——专为包裹浮动设计，无裁剪、无定位副作用，一行代码搞定；注意它会重置相邻块级元素的 margin 合并 -
display: flex或display: grid——如果子元素本就是多列布局，直接替换浮动，父容器自动撑开，float属性在 flex/grid 容器内被无视 - 避免
overflow: hidden临时充数——它虽能触发 BFC，但会裁剪position: absolute子元素（如下拉菜单），iOS Safari 对overflow: auto支持也不统一
性能与维护上容易被忽略的细节
clear: both不是免费的。浏览器遇到它必须回溯前面所有浮动元素位置来确定清除点，强制重排（reflow）。尤其在动态列表或频繁 DOM 插入场景下，代价明显：
立即学习“前端免费学习笔记（深入）”；
- 每个
::after伪元素仍参与盒模型计算，不是零成本 - 在 transform 或 filter 触发新层叠上下文的容器里，
::after可能被隔离，清除失效 - 用 CSS-in-JS 或 Shadow DOM 时，
::after作用域受限，*zoom: 1也救不了——这时重构布局比硬套 class 更实际
真正该花时间判断的，不是“怎么写好 clearfix”，而是“这里到底需不需要浮动”。图文环绕用float没问题，但整页栅格？早该换 flex 了。
