浮动重叠本质是文档流断裂与视觉偏移失控，非层叠问题；负margin仅偏移视觉位置而不改变占位；clear失效常因BFC截断参照系；z-index需配合position才生效；现代布局应优先用flex、grid或flow-root替代float。
浮动元素重叠不是“谁盖住谁”的层叠问题，而是文档流断裂 + 视觉偏移失控导致的布局错位。单纯加 margin-left: -10px 或硬塞 clear: both 往往治标不治本，甚至引发新问题。
负 margin 不是重叠开关，它只做视觉偏移
给浮动元素设 margin-left: -20px，浏览器会先按 float 规则把它“卡”进左上角，再往左拖 20px —— 它的文档流占位没变，只是看起来挪了。这意味着：
- 如果前一个元素没浮动，负 margin 拉不动它，也不会让它钻进非浮动块里
-
margin-top: -10px对float: left元素有效，但对float: right可能触发行高塌陷（尤其旧版 Safari） - 多个连续浮动元素都设负 margin，浏览器逐个计算边界，容易错位——负值不叠加，也不累积
- 临时调试可用
outline: 1px dashed red查真实浮动边界，比border更准（border会改变盒模型）
清除浮动失效？大概率是 BFC 截断了参照系
父容器用了 ::after { content: ""; display: table; clear: both; } 后，子元素的负 margin 看似“没反应”，这不是 bug，而是清除操作闭合了浮动上下文，负 margin 失去了可作用的相邻浮动参照物。
- 检查父容器是否隐式创建了 BFC：比如有
overflow: hidden、display: flow-root、position: absolute—— 这些会让负 margin 只在内部生效，无法外溢 - 若目标是让子元素突破父容器边界去重叠外部元素，就得确保父容器不参与 BFC 创建
- IE 下需补
*zoom: 1触发 hasLayout；现代项目优先用display: flow-root，无裁剪副作用
z-index 在 float + negative margin 组合里基本无效
只要没设 position: relative（或 absolute/fixed），z-index 就不起作用。浮动本身不触发层叠上下文，你看到的“重叠顺序”其实是 HTML 顺序 + 文档流位置决定的。
立即学习“前端免费学习笔记（深入）”；
- 必须同时写
position: relative和z-index才能干预堆叠 - 若两个元素都设了
position: relative，还要看它们是否属于同一层叠上下文：父容器若有z-index且非auto，会截断子元素的z-index作用范围 - 移动端 Safari 对
z-index+ 浮动兼容性差，可备选transform: translateZ(0)强制新建层叠上下文
真正该做的，是换掉 float
浮动本就不是为复杂重叠或布局设计的，它的副作用（塌陷、错位、响应式脆弱）在 2026 年已远超收益。负 margin + clear 是在修一条注定要拆的桥。
- 图文混排：用
display: flow-root包裹文本容器，自动避开浮动，无裁剪风险 - 侧边栏/主内容：改用
display: flex或display: grid，宽度、对齐、顺序全可控 - 老浏览器兜底：
overflow: hidden或overflow: auto仍可用，但得确认下拉菜单、阴影等溢出内容是否会被裁 - 如果真需要“重叠感”（如角标、悬停浮层），直接用
position: relative+top/left，别碰 float
负 margin 和 clear 的组合，现在只适合极少数遗留系统微调。一旦涉及响应式、动态内容或跨端一致性，浮动的“不可预测性”就会立刻暴露——它不报错，但会在某个缩放比例、某次字体加载、某个用户滚动后悄悄错位。
