IE6下float元素的margin双倍计算是其特有渲染缺陷：当float元素某侧边距紧邻父容器边缘时，该边距被错误计算两次；display: inline可临时修复，因触发hasLayout子状态绕过bug路径。
IE6下float元素的margin双倍计算是怎么回事
这是IE6特有的渲染缺陷：当一个float元素同时设置了margin-left或margin-right，且该方向紧邻父容器边缘时，IE6会把该边距值错误地计算两次。比如设了margin-left: 10px，实际渲染出20px。
为什么display: inline能临时修复
给浮动元素加display: inline，是IE6的一个“意外副作用”——它会触发该元素进入一种特殊的“hasLayout”子状态，从而绕过边距重复计算的逻辑路径。这不是标准行为，纯属IE6内部渲染引擎的bug级补丁。
注意：display: inline本身不会影响float元素的布局流，因为浮动元素已脱离文档流，display值在此场景下仅用于触发渲染修正。
- 只对IE6生效，IE7+及其他现代浏览器完全忽略这个组合
- 不能写成
display: inline-block，那会破坏浮动行为 - 必须直接作用于浮动元素自身，不能靠父级或伪类间接影响
更可靠的替代方案有哪些
依赖display: inline属于“知其然不知其所以然”的权宜之计，容易在后续维护中被误删或覆盖。推荐以下更可控的方式：
立即学习“前端免费学习笔记（深入）”；
- 给浮动元素添加
zoom: 1（触发hasLayout，兼容IE6/7） - 用
*display: inline（IE6专属hack，其他浏览器无视） - 改用
margin-left: 5px并配合父容器padding-left: 5px来视觉补偿（不改变浮动逻辑） - 彻底放弃IE6支持，用
@supports或条件注释隔离样式
如果项目仍需兼容IE6，zoom: 1比display: inline更安全——它不干扰内联样式语义，也不会在CSS校验器里报warning。
这个Bug在什么场景下最易暴露
常见于老式栅格系统、左右两栏布局、以及用浮动实现的图标+文字行内对齐模块。一旦出现“左边距莫名变宽”“卡片间距不一致”，且只在IE6下复现，基本可锁定此问题。
特别注意：当浮动元素宽度+边距刚好撑满父容器时，双倍边距可能导致换行或内容溢出，这类问题在响应式断点切换后更容易浮现。
真正麻烦的不是修复本身，而是团队里有人看到display: inline就顺手删掉——毕竟它看起来毫无逻辑。留注释比留代码更重要。
