.clearfix::after 清除浮动失效的主因是 content: "" 缺失、父容器已触发BFC、脱离文档流或全局样式禁用伪元素；标准写法必须含 content: ""; display: table; clear: both。

.clearfix::after 能清除浮动，但直接写三行样式在老项目里大概率失效——不是代码错，而是你没对齐项目的实际浏览器基线和布局上下文。

为什么写了 .clearfix::after 却没效果？

最常被忽略的是伪元素压根没渲染出来：

• content: "" 被漏掉、写成 content: none 或空着，浏览器直接跳过整个 ::after 节点
• 父容器本身已触发 BFC（比如设了 overflow: hidden、display: flow-root），再加 ::after 属于冗余，还可能因层叠上下文隔离导致 clear: both 失效
• 父容器是 position: absolute 或 fixed，脱离文档流后，clear 对它完全无意义
• 全局 CSS 里有 *::after { display: none } 这类规则，直接干掉所有伪元素

IE8+ 项目必须写的三行硬性条件

缺一不可，不是“建议”，是浏览器渲染逻辑的硬门槛：

• content: "" —— 必须存在，引号不能省；content: " " 也行，但 content: ; 会彻底失效
• display: table —— 比 block 更稳：自动创建匿名 BFC，不继承 line-height，避免 IE8/9 下 margin 合并引发的高度偏差
• clear: both —— 必须加在伪元素自身上，不是父容器；它让这个“虚拟块”落到所有浮动元素下方，从而撑开父容器底部

标准写法就是：

要不要加 *zoom: 1？看真实目标环境

2026 年绝大多数老项目已放弃 IE6–7，但如果你确认要支持：

• IE6–7 不识别 ::after，只认单冒号 :after，且必须配合 *zoom: 1 触发 hasLayout 才能生效
• 现代构建工具（如 PostCSS）可能自动剔除 *zoom，或报 warning；若项目已用 Autoprefixer + targets 配置明确排除 IE6–7，就该删掉它
• 真正要验证的不是“写了没”，而是打开 IE7 开发者工具，检查元素的 hasLayout 属性是否为 true

兼容写法示例（仅当真需支持 IE6–7 时保留）：

老项目里最容易翻车的隐藏点

不是代码写得不对，而是上下文悄悄变了：

• 父容器用了 transform、filter 或 will-change —— 它们会创建新层叠上下文，有时把 ::after 的 clear 行为隔离开
• CSS-in-JS 环境（如 styled-components）中，类名被哈希化，.clearfix 选择器匹配失败；改用属性选择器如 [data-clear] 更可靠
• 浮动子元素没设 width —— 块级元素浮动后宽度收缩为内容宽，父容器无法按预期计算高度，伪元素再怎么 clear 也撑不开
• 父容器设了 height 或 max-height —— 高度被硬编码，清除浮动失去意义

真正要稳，得确认三件事：浮动子元素有明确尺寸，父容器未用其他属性干扰 BFC 触发，且 ::after 在 computed styles 里真实存在、带 display: table 和 clear: both。