::after清除浮动需同时满足content存在、display为table或block、clear为both，缺一不可；现代推荐用display: flow-root替代。
为什么 ::after 能清除浮动，但直接写没用？
因为 ::after 生成的是行内内容，默认不参与 BFC 构建，也不具备“撑开父容器”的能力。必须配合 content、display: table（或 block）和 clear: both 才生效。漏掉任意一项，父元素照样塌陷。
-
content必须存在（哪怕只是content: ""），否则伪元素不渲染 -
display推荐用table：它天然触发 BFC，且不会像block那样引入额外的 margin 折叠问题 -
clear: both是真正起“清除”作用的属性，不是视觉上的“隔开”，而是强制换行并避开浮动元素
clearfix 类的标准写法及兼容性取舍
现代项目推荐这个最小可用版本：
.clearfix::after {
content: "";
display: table;
clear: both;
}
- 不需要
height: 0或visibility: hidden：table已隐式处理高度 - 不要写
display: block+overflow: hidden混搭：后者会意外裁剪position: absolute子元素 - IE8+ 完全支持；若需支持 IE6–7，得额外加
*zoom: 1触发 hasLayout，但如今基本可忽略
什么时候不该用 ::after 清浮动？
- 父容器本身已有
overflow: hidden 或 display: flow-root：后者是更现代、语义更清晰的替代方案，一行解决，无伪元素开销
- 浮动元素是响应式布局中的一部分（比如
float: left 配合 width: 50% 做两栏）：此时清除浮动可能破坏换行逻辑，应改用 flex 或 grid
- 父元素设置了
transform、will-change 等属性：某些旧版浏览器下，::after 的 clear 可能失效，优先检查渲染层是否被隔离
调试时最常漏掉的细节
- 控制台里看不到
::after 元素，但它确实在渲染树里——用开发者工具的“显示伪元素”开关（Chrome DevTools 设置里勾选 “Show user agent shadow DOM” 不够，得在 Elements 面板右键节点 → “Reveal in Elements panel”，再找 ::after）
- 如果父元素有
padding-bottom，清除后的高度包含该 padding，但视觉上可能误判为“没清干净”
-
clear: both 只对紧邻的前一个浮动兄弟元素生效，如果中间插了非浮动块级元素，它就不起作用——这时得确认浮动元素是否真的连续排列
overflow: hidden 或 display: flow-root：后者是更现代、语义更清晰的替代方案，一行解决，无伪元素开销 float: left 配合 width: 50% 做两栏）：此时清除浮动可能破坏换行逻辑，应改用 flex 或 grid transform、will-change 等属性：某些旧版浏览器下，::after 的 clear 可能失效，优先检查渲染层是否被隔离 - 控制台里看不到
::after元素，但它确实在渲染树里——用开发者工具的“显示伪元素”开关（Chrome DevTools 设置里勾选 “Show user agent shadow DOM” 不够，得在 Elements 面板右键节点 → “Reveal in Elements panel”，再找::after） - 如果父元素有
padding-bottom，清除后的高度包含该 padding，但视觉上可能误判为“没清干净” -
clear: both只对紧邻的前一个浮动兄弟元素生效，如果中间插了非浮动块级元素，它就不起作用——这时得确认浮动元素是否真的连续排列
实际项目里，display: flow-root 已是首选；::after 清浮动更多是理解 CSS 渲染机制的必经路径，以及维护老代码时绕不开的一环。
