IE7中浮动父容器高度塌陷，直接加zoom: 1即可解决，它通过触发hasLayout让父容器感知并包裹浮动子元素，须作用于父容器且不改变视觉效果，现代项目基本无需使用。
IE7中浮动父容器高度塌陷，直接加zoom: 1就行
不是所有“清除浮动”的写法在IE7里都有效，::after伪元素、display: table这些现代方案IE7根本不认。真正起作用的是触发hasLayout——这是IE7内部的渲染开关，开了它，父容器才“意识到”自己该包裹浮动子元素。zoom: 1是当时最稳妥的触发方式：它不改尺寸、不改定位、不影响溢出行为，只对IE6/7生效，其他浏览器完全忽略。
必须加在浮动子元素的**父容器**上，不能加在浮动元素自己身上；如果父容器已经设置了height、overflow: hidden或position: absolute，zoom: 1就是冗余的，删掉更干净。
*+html选择器专治IE7的3px间隙，但得配display: inline或zoom: 1
IE7里浮动元素紧贴右边界时多出约3px空白，这不是设计失误，而是其hasLayout计算误差导致的渲染bug。用*+html能精准命中IE7（IE6不识别、IE8+忽略），比* html更安全。
-
*+html div.float-box { display: inline; }——display: inline在IE7下会切换边距计算逻辑，同时触发hasLayout，消除间隙 - 如果该元素已是
display: inline-block，就换用zoom: 1，避免冲突 - 别用
margin-right: -3px硬调：间隙宽度不固定，受字体大小、缩放比例、ClearType开关影响，维护时容易误删且无法自动化检测
IE7里clear: both不生效？先确认前面有没有已触发hasLayout的浮动节点
clear: both在IE7里不是“写了就管用”，它只对标准流中的块级元素起作用，而且前提是：它前面必须存在一个**已渲染、已触发hasLayout的浮动元素**。如果前面的浮动元素是display: none、visibility: hidden，或者父容器没zoom: 1导致它根本没参与布局计算，clear就形同虚设。
立即学习“前端免费学习笔记（深入）”；
常见错误包括：
- 把
clear: both写在浮动元素自己身上——它不会清除自己，只影响后续标准流元素 - 用
.clearfix::after但没给父容器加*zoom: 1——IE7不支持伪元素，::after压根不生成 - 父容器用了
overflow: hidden却没配zoom: 1——在IE7下可能照样塌陷
现代项目里还该写zoom: 1吗？绝大多数情况不用
IE7全球市占率已低于0.01%，Webpack/Vite默认移除兼容逻辑，CDN也不再注入IE补丁。只有两类场景需要保留：政府或金融类老旧内网系统强制要求IE7兼容，或复用十年前遗留的CSS组件库且无法整体升级。即便如此，也建议把IE7专用规则抽到独立文件，用条件注释加载，而不是混进主样式表——避免污染现代浏览器的渲染路径。
真正难处理的不是某个3px或双倍边距，而是hasLayout机制本身在不同doctype、不同嵌套层级下的不稳定表现。动手前务必确认文档声明是<!DOCTYPE html>，否则所有Hack都可能白忙。
