定位元素错位需先确认Containing block：若最近非static祖先缺失，则回退至<html>，其默认margin易被忽略；用DevToolsComputed面板查看，并检查transform/filter等触发新包含块的属性。
定位元素“消失”或错位，先看 Containing block 是谁
绝对定位元素的 top/left 不是相对于页面左上角，而是相对于「最近的非 static 祖先」。如果没找到，就回退到 <html>——而它的默认 margin 或重置样式常被忽略，导致视觉偏差。
打开开发者工具，选中目标元素，在「Computed」面板里直接找 Containing block，它会明确告诉你参考的是哪个节点。
- 逐级向上检查父节点的
position声明，特别注意外层<form>、.wrapper或 UI 库 class（比如 Bootstrap 的.input-group）是否偷偷加了position: relative - 临时给疑似父容器加
outline: 1px solid red，看红色框是否包裹你预期的定位区域 - Flex / Grid 容器默认是
position: static，不构成定位上下文；必须显式加position: relative才能让子元素以它为锚点
fixed 元素突然“跟着父容器动”，检查 transform/perspective/filter
position: fixed 元素本该相对于视口，但如果它的任意祖先设置了 transform（哪怕只是 transform: translate(0)）、perspective、filter 或 will-change，就会创建新包含块，让它“降级”为相对该祖先定位。
这种行为不是 bug，是 CSS 规范定义的——这些属性会触发新的层叠上下文和包含块。
立即学习“前端免费学习笔记（深入）”；
- 调试时可在 DevTools 中临时取消勾选这些属性，观察位置是否恢复正常
- 若恢复了，说明问题出在这里；修复方式要么移除祖先的 transform，要么把 fixed 元素提到更高层级（比如挂到
<body>下） - 不要用
transform: scale(1)这类“无意义”变换做兼容性兜底，它同样会干扰 fixed
用 outline 而不是 border 调试边界
加边框看定位时，border 会改变盒模型尺寸，可能引发重排、换行、错位，让问题更难复现；尤其当元素依赖 box-sizing: content-box 或精确宽高时，border 会让它变大。
outline 不占空间、不触发重排，只描外轮廓，更适合定位调试。
- 优先用
outline: 2px solid red，配合outline-offset: 2px把描边拉出来一点，更清楚看到定位锚点 - 多个嵌套定位元素时，可用不同颜色 outline 快速识别层级关系
- 别全局搜
border替换，有些组件样式依赖 border，临时调试建议只在 DevTools Styles 面板手动添加
z-index 失效？先确认是否在同一个层叠上下文里
z-index 只对已定位元素（position ≠ static）生效，且只在同一个层叠上下文中起作用。父容器一旦设置了 opacity、transform、filter 或 will-change，就会创建新层叠上下文，子元素的 z-index 就只能在这个小圈子里比大小。
常见现象是：明明写了 z-index: 9999，还是被盖住。
- 检查 Chrome DevTools 的「Layers」面板，看是否意外触发了多层 stacking context
- 优先用
position: relative+z-index控制局部层级，避免全局堆叠值 - relative 元素即使没设偏移，也会创建层叠上下文，这点容易被忽略
真正麻烦的不是写错一行 position: absolute，而是它悄无声息地改变了整个定位树的结构——尤其是当 transform 和 z-index 在同一棵 DOM 树里共存时，参考系和层级会同时偏移，单点修改很难奏效。
