IE6双边距Bug使float元素的横向margin（如margin-left）被渲染为两倍，仅影响首个同向浮动元素；通过display:inline可修复，因其触发IE6渲染副作用，避免margin重复计算。
IE6双边距Bug导致margin翻倍
这是IE6独有的渲染缺陷，仅影响float元素在水平方向（margin-left或margin-right）上设置的边距。当浮动方向与边距方向一致时（比如float: left + margin-left），IE6会错误地将该边距计算两次，视觉上就是声明值的两倍。
典型复现场景：
-
#box { float: left; width: 200px; margin-left: 10px; }在IE6中实际表现为20px左间距 - 只影响“某行中第一个浮动元素”，后续同级浮动项不受影响
- IE7+已修复，现代项目中基本不需考虑，但若需兼容老系统仍要处理
为什么display: inline能修复它
给出的修复方案display: inline并非为了实现内联效果，而是触发IE6的一个渲染副作用：强制该元素进入“hasLayout”状态的同时绕过双边距重复计算逻辑。它不改变元素的浮动行为，也不影响布局表现，纯属针对该bug的hack。
注意点：
立即学习“前端免费学习笔记（深入）”；
- 这个声明必须加在发生翻倍的浮动元素自身上，不是父容器
- 不要和
display: inline-block混淆——后者在IE6/7中需额外触发hasLayout，且可能引入基线对齐问题 - 若同时用了
zoom: 1（常见于IE hack），display: inline可省略，二者作用重叠
现代开发中该不该管这个bug
绝大多数项目已不再支持IE6，所以这个bug本质上是个历史遗留问题。但如果你在维护一个仍在用IE6的内部系统，直接加display: inline是最轻量、最可靠的解法。
更稳妥的工程实践是：
- 用条件注释或CSS hack单独为IE6提供修复样式，避免污染现代浏览器
- 避免在同一个选择器里混写
float和大量margin，改用padding或容器内留白控制间距 - 如果结构允许，优先把浮动布局整体替换为
display: flex，gap属性天然规避所有margin相关异常
别把它和margin合并搞混
这个翻倍现象和CSS标准中的margin collapse（外边距合并）完全无关。后者是规范行为，影响垂直方向相邻块级元素；而IE6双边距Bug是解析器错误，只发生在特定版本+特定组合下。
调试时关键区分点：
- 翻倍只出现在IE6，且仅限横向margin + float组合 → 看浏览器版本和元素computed样式里的margin值
- margin collapse在所有浏览器都存在，表现为两个
p之间只有20px间距（即使各自设了margin-bottom: 20px）→ 检查是否父子/兄弟关系、有无border/padding阻断
