::before无法清除浮动，因其插入位置在父容器内容流最开头，而clear需作用于浮动元素之后；::after清除浮动需content:"";display:table;clear:both三者缺一不可。
为什么 ::before 无法清除浮动
因为 ::before 插入的位置在父容器内容流的最开头，而清除浮动必须作用于所有浮动子元素“之后”——它根本碰不到浮动布局的尾部。
浏览器渲染时，浮动元素虽脱离正常文档流，但仍属于父容器的内容流片段；::before 生成的伪元素被强制塞到文字或第一个子元素之前，clear: both 对它前面不存在的浮动毫无意义。DevTools 里能看到这个伪元素确实存在，但 height 为 0、不参与高度计算、也不触发重排。
::after 清除浮动的三行代码缺一不可
标准写法是：.clearfix::after { content: ""; display: table; clear: both; }。漏掉任意一行都会失效：
-
content: ""必须显式写出：省略或写成content: " "（空格）会导致伪元素不生成或引入意外行高 -
display: table比display: block更稳：天然创建 BFC，避免 margin 合并，且在 transform 或嵌套 flex 场景下更可靠 -
clear: both在display: block下不可省；若用display: table，它可省但建议保留，逻辑更清晰
常见误用场景和排查点
不是伪元素写错了，而是这些地方常被忽略：
立即学习“前端免费学习笔记（深入）”；
- 没给真正的浮动父容器加
.clearfix类，比如加在了中间某一层 div 上，导致清除作用域错位 - 父容器本身已是 BFC（如设置了
display: flex、display: grid或overflow: auto），再加::after不仅冗余，还可能干扰原有布局 - 项目需兼容 IE8，却只写了双冒号
::after—— 必须补一句单冒号写法：.clearfix:after - 父容器有
font-size: 0且未重置伪元素的font-size，极端情况下会影响display: table的基线行为
现代项目里该不该还用 ::after 清浮动
该用，但前提是真在用 float —— 这是最容易跳过的判断。
如果只是为了多列布局，display: flow-root 一行就能替代整个 .clearfix 类，语义更清、无伪元素开销；如果父容器已设 display: flex 或 display: grid，那浮动本身就不该存在，强行清除只是掩盖设计问题。
真正需要 ::after 的典型场景只剩图文环绕、旧系统维护、或某些 CSS-in-JS 库中无法直接改父容器 display 的边界情况。
