负margin本身不导致重叠或溢出，而是使元素在paint阶段向指定方向物理偏移，但layout阶段占位不变，其他元素仍按原位置排布，重叠是偏移后空间交集的自然结果；溢出则因父容器未触发BFC或未裁剪。
负 margin 本身不会“导致”重叠或溢出——它只是按规范把元素往指定方向物理挪动，而浏览器仍按它原本的文档流位置去排布其他元素，重叠是挪动后空间交集的自然结果；溢出视口则是因为父容器没做裁剪或未触发 BFC。
负 margin 的偏移发生在渲染阶段，不改布局占位
浏览器分两步处理：layout 阶段确定元素“该在哪”（即文档流中的占位），paint 阶段才决定“画在哪”。margin-left: -20px 只影响后者：左边缘向左多画 20px，但它的宽度、高度、对后续兄弟元素的定位基准全都不变。
这意味着：
- 下方兄弟元素仍按它“本该在的位置”起排，所以看起来被盖住了
- 父容器若没设
overflow: hidden或display: flow-root，就不管子元素画到哪，也不会自动裁剪 -
getBoundingClientRect()返回的是渲染后的真实坐标，但offsetTop等仍基于原始 layout 位置
为什么有时候写了负 margin 却“没反应”
不是语法错，而是被更高优先级规则压制或截断：
立即学习“前端免费学习笔记（深入）”；
- 父容器设了
overflow: hidden→ 溢出部分被裁掉，“重叠存在但不可见” - 在
display: flex容器中用了justify-content: center→ 弹性对齐逻辑会覆盖负 margin 的初始偏移 - 相邻块级元素发生外边距合并（
margin collapse）→margin-top: -10px和上方兄弟的margin-bottom: 15px合并后只剩 15px，偏移被抵消 - 元素是
table、td等表格相关标签 →margin本就不生效，负值也无效 - 元素用了
float→ 行为不可控，尤其清除浮动不彻底时容易错位
溢出视口的真正原因：父容器没创建 BFC
负 margin 让子元素“破框而出”，前提是父容器默认不创建块级格式化上下文（BFC）。一旦父容器满足 BFC 条件（如 overflow: hidden、display: flow-root），它就会成为独立渲染区域，子元素的负 margin 溢出部分可能被裁剪或受限。
特别注意：
-
overflow: hidden裁剪的是 content + padding + border 区域，但**不一定裁掉负 margin 推出来的部分**——是否裁剪取决于是否同时触发层叠上下文（比如加了position: relative） - 想让子元素真正“撑满全宽”，不能只靠
margin-left: -20px，得配合width: calc(100% + 40px)，否则响应式下极易错位 - 用
display: flow-root替代overflow: hidden更干净：不引入滚动条，也不裁剪position: absolute子元素
重叠 ≠ z-index 生效，别漏掉 position
负 margin 只改变视觉位置，不创建新的层叠上下文。两个重叠元素谁在上，由 HTML 顺序和 z-index 共同决定——但前提是它们都设置了 position: relative（或 absolute/fixed）。
常见误操作：
- 只写
z-index: 2，没加position: relative→z-index完全无效 - 父容器有
z-index且非auto→ 会截断子元素的z-index作用范围 - 用
transform: translateX(-20px)替代负margin→ 渲染层偏移，不影响文档流，但z-index行为也不同（需注意层叠上下文层级）
真正容易被忽略的是：负 margin 带来的重叠，在打印样式、无障碍读屏、JS 尺寸计算中仍按原始 layout 位置生效——它不是视觉欺骗，而是 layout 和 paint 的分离设计所致。
