现在不用加display:inline修复双倍边距了——IE6已退出历史舞台，该bug仅在IE6怪异模式下触发，现代项目默认标准模式且构建工具已剥离相关hack；display:inline并非修复而是绕过机制，仅对IE6/7怪异模式有效，但会破坏vertical-align、height/width等现代布局特性，应删除或用display:block!important覆盖。
现在不用加 display:inline 修复双倍边距了——IE6 已退出历史舞台，该 bug 只在 IE6 Quirks 模式下触发，而现代项目默认标准模式，构建工具（如 Autoprefixer、PostCSS）早已剥离所有相关 hack。
为什么 display:inline 曾经“看起来有效”
它不是修复，而是绕过：IE6 在 Quirks 模式下错误地把浮动元素纳入行内格式化上下文（IFC）计算，导致 margin-left 被累加两次；显式加 display:inline 会强制它走另一条渲染分支，跳过那条出错路径。但副作用明显：vertical-align 失效、基线偏移、height/width 声明在某些场景下被忽略。
这个行为仅存在于 IE6（及极少数 IE7 Quirks），Chrome/Firefox/Edge/IE8+ 完全无视该组合。
哪些情况还在触发“疑似双倍边距”
90% 的所谓“双倍边距”根本不是这个 bug：
立即学习“前端免费学习笔记（深入）”；
-
margin-collapse：两个相邻块级元素的垂直外边距合并，开发者工具里看到 20px，其实是父子或兄弟间折叠后的结果 - 父容器没设
overflow:hidden或 clearfix，浮动未被包裹，导致高度塌陷，视觉上像边距变大 - CSS reset 不一致，比如
ul默认margin-left在不同浏览器中值不同，被误判为“翻倍” - 用了
rem或缩放，但根字体大小未归一，像素级偏差被放大误读
如果真要兼容 IE6，别碰 display:inline
它已成静默污染源：PostCSS 构建时可能删掉 *display:inline，但保留裸写的 display:inline，结果在 Chrome 里破坏 flex 子项尺寸、让伪元素消失、干扰 vertical-align。
更稳的做法是避开触发条件本身：
- 把
margin-left: 10px挪到父容器上，改用padding-left: 10px，再加overflow:hidden包裹浮动子项 - 外层套一个非浮动的
<div>，间距控制交给 wrapper，浮动只负责内部排列 <li>用 <code>zoom: 1触发 hasLayout（IE6/7 都认），不改display语义，无对齐副作用 - 若必须用 hack，优先选
*display:inline（星号前缀仅 IE6/7 识别），而非裸写
真正难处理的从来不是怎么加 display:inline，而是你 CSS 文件里哪一行还活着——它可能藏在某个 @import 进来的旧 reset.css 里，注释写着 “fix IE6 double margin”，但没人记得当初为什么这么写，也没人敢删。
