双倍边距Bug仅存在于IE6或Android 4.1–4.3 WebView的Quirks模式下，需同时满足无DOCTYPE、float+同向margin三个条件；现代浏览器中出现该现象多为margin折叠或浮动塌陷所致。
确认是否真触发了双倍边距 Bug
90% 的“双倍边距”现象根本不是这个 bug，而是 margin 折叠、浮动塌陷或缩放偏差导致的视觉误判。先打开开发者工具，检查计算后的 margin-left 值是否真为声明值的两倍——如果只是父容器没 overflow: hidden 或没清除浮动，子元素会撑不出高度，看起来像边距变大，实际是布局错位。
关键判断条件有三个，缺一不可：
- HTML 没声明
<!DOCTYPE html>（即运行在 Quirks 模式） - 元素同时满足：
float: left（或right） +margin-left（或margin-right） - 浏览器是 IE6，或 Android 4.1–4.3 的 WebView（WebKit 旧分支复刻了该 bug）
如何快速验证是不是 IE6/Android 4.x 特有问题
现代项目基本不跑 IE6，但若你维护的是政府内网系统或银行终端页面，得实测。别依赖模拟器——IE6 的 Quirks 模式行为和标准模式差异极大，虚拟机或 BrowserStack 才可靠。
验证步骤：
立即学习“前端免费学习笔记（深入）”；
- 在真实 IE6 环境中打开页面，用开发者工具（或 IE Developer Toolbar）看
computed style里的margin-left是否翻倍 - 对比同一页面在 IE8+ 或 Chrome 中的渲染，确认仅旧环境异常
- 临时删掉
<!DOCTYPE html>，看现代浏览器是否也出现同样问题——如果出现了，说明你误用了怪异模式，而不是兼容性问题
修复时别踩 display:inline 这个历史坑
display: inline 不是修复，是绕过：它让 IE6 切换渲染路径，跳过错误计算逻辑，但副作用明显——vertical-align 失效、height/width 被忽略、与 flex 父容器冲突。更麻烦的是，构建工具（如 PostCSS）可能静默删掉 *display: inline，却留下裸写的 display: inline，结果在 Chrome 里破坏布局。
真正稳妥的做法是切断触发条件本身：
- 把
margin-left: 10px移到父容器上，改用padding-left: 10px+overflow: hidden包裹浮动子项 - 套一层非浮动 wrapper：
<div class="wrapper"><div class="float-item"></div></div>，间距由.wrapper控制 - 用
zoom: 1触发 hasLayout（IE6/7 都认），不改 display 语义，无对齐副作用
Android 4.1–4.3 的特殊处理
这个版本的 WebView 内核继承了 IE6 的双倍边距逻辑，但不识别 _display: inline 或 *display: inline。唯一可靠写法是 display: inline，且必须写在 float 之后。
不过注意：它只影响同向 margin（float: left + margin-left），margin-right 不受影响。所以更推荐的解法是反向控制——比如左浮动列表，把间距设在右侧：margin-right: 10px，最后一个元素用 :last-child { margin-right: 0 } 清除。
真正难处理的不是怎么加一行 CSS，而是你根本不知道哪一行还在生效：它可能藏在某个被 @import 进来的旧 reset.css 里，注释写着 “fix IE6 double margin”，但没人记得当初为什么这么写，也没人敢删。
