.clearfix::after 清除浮动最直接可靠，通过伪元素触发BFC，不依赖DOM结构；现代应优先用 display: flow-root 或 flex/grid 布局替代浮动。
用 .clearfix::after 选中并清除浮动父级最直接
不需要“选中”多个父级再批量处理，而是给**需要包裹浮动子项的父容器**显式加一个类，比如 class="clearfix"，然后用 .clearfix::after 插入清除元素。它不依赖 DOM 位置或后续兄弟节点，只要父元素存在、有内容（哪怕空）、且未被 display: none 隐藏，伪元素就稳定生效。
关键点：
-
content: ""必须写，缺了伪元素根本不会生成 -
display: table比display: block更稳妥——自动触发 BFC，避免基线间隙，也不撑高父容器 - 不要加
height: 0; overflow: hidden，这会裁剪子元素的box-shadow、transform溢出或下拉菜单 - 现代项目可省略
*zoom: 1，除非还要兼容 IE6/7
::after 清浮动为什么比 clear: both 更可靠
clear: both 必须写在浮动元素之后的**下一个块级兄弟元素**上；一旦 JS 动态插入、服务端渲染延迟、或组件被复用时 DOM 结构微调，就容易漏掉或错位。而 .clearfix::after 是附着在父容器自身的伪元素，跟子元素是否浮动、有多少个、甚至有没有子元素都无关——只要父容器存在，清除逻辑就稳。
常见失效场景：
立即学习“前端免费学习笔记（深入）”；
- 父容器设置了
display: none或visibility: hidden：伪元素不渲染 - 父容器是
flex或grid容器：子项的float被忽略，清浮动无意义 - 父容器在 Shadow DOM 中：外部样式不穿透，得把
.clearfix::after写进:host
什么时候不该用 ::after 清浮动
不是所有“看起来塌陷”的情况都该清浮动。真正要问的是：**这个父容器是否本该参与 BFC 上下文？**
例如：
- 父容器本身需要隔离外边距塌陷（如和上一个兄弟元素的 margin 合并），仅靠
::after不够，得配合overflow: hidden或display: flow-root - 子元素用了
position: absolute或position: fixed：它们已脱离文档流，浮动属性实际无效，清也白清 - 父容器高度本就不该由子项撑开（比如纯装饰性容器），那“塌陷”反而是预期行为
现代替代方案：display: flow-root 和布局升级
如果只为了“让父容器包含浮动子项”，display: flow-root 是语义更清晰、副作用更少的原生方案——它强制创建新 BFC，无需伪元素，也不依赖 class。支持 Chrome 64+、Firefox 58+、Safari 15.4+，IE 全系不支持。
但更根本的解法是：别用浮动做布局。当前绝大多数场景下，display: flex 或 display: grid 才是正解。一旦父容器设为 flex 或 grid，子项即使写了 float 也会被无视，父容器自然撑开，clearfix 完全多余。
复杂点往往不在怎么写 ::after，而在于是否还在用浮动解决本该由 Flex/Grid 承担的问题。
