IE6浮动双倍边距Bug已彻底失效，现代项目无需也不应再用display:inline修复；因IE6已于2011年停更，主流工具链、CSS处理器均移除支持，且该Bug仅存在于IE6怪异模式，现代重置方案默认强制标准模式而绕过此问题。
IE6 的浮动双倍边距 Bug 已彻底失效，现代项目里不需要、也不应该再加 display: inline 来修复它。
为什么现在不用管这个 Bug 了
IE6 在 2011 年已停止支持，主流构建工具（如 Webpack、Vite）默认不兼容 IE6，CSS 预处理器和 PostCSS 插件（如 autoprefixer）早已移除对它的处理逻辑。即使你手动写 display: inline，现代浏览器会忽略它对布局的实际影响，反而可能干扰 Flex/Grid 布局的预期行为。
常见错误现象：在新项目中照搬老代码，在浮动元素上硬加 display: inline，结果导致 Chrome/Firefox 下子元素垂直对齐异常、line-height 失效或伪元素渲染错位。
- 它只在 IE6 的 Quirks 模式下触发，标准模式下本就不复现
- 所有现代 CSS 重置方案（如
normalize.css、reset.css）默认强制标准模式，直接绕过该 Bug 场景 - 如果你真在维护一个仍需兼容 IE6 的系统——那问题根本不在 CSS，而在整个技术栈是否还能获得安全更新
如果必须面对遗留 IE6 页面
不是“怎么修 Bug”，而是“如何最小化风险继续跑”。此时加 display: inline 是最表层的止痛剂，掩盖了更深层的盒模型混乱。
立即学习“前端免费学习笔记（深入）”；
- 优先检查是否意外触发了 IE6 的 Quirks 模式：确认 HTML 开头有正确的 DOCTYPE，例如
<!DOCTYPE html> - 避免用
float做整体布局；改用position: absolute或表格模拟（虽然丑，但 IE6 原生支持稳定） - 若坚持用浮动，把边距（
margin）挪到非浮动的父容器或相邻兄弟元素上，避开浮动元素自身设margin的触发条件
替代方案比“修复”更有现实意义
当团队还在讨论 “要不要保留 IE6 兼容写法” 时，真正该做的是识别出哪些代码是因迁就 IE6 而长期扭曲的坏味道。
- 把所有
float布局替换成display: flex或display: grid，现代浏览器支持率早已超 98% - 用
@supports (display: grid)做渐进增强，而不是为 IE6 写降级逻辑 - 构建流程中加入
stylelint规则，禁止提交含display: inline且同时带float的声明（可配declaration-property-value-blacklist）
真正的复杂点从来不是“怎么让 IE6 浮动不双倍边距”，而是判断哪一行 CSS 还活在 2006 年，以及有没有人记得当初为什么这么写。
