父元素设 position: static 不生效，因为 absolute 子元素会跳过所有 static 祖先，直接查找首个非 static（relative/absolute/fixed/sticky）父级作为定位参照；static 是默认值，不创建定位上下文。
为什么父元素设 position: static 就不生效
因为 position: static 是 CSS 定位的默认值，它在规范里被明确定义为“非定位状态”。position: absolute 子元素查找参照物时，会**跳过所有 static 祖先**，直接往上找第一个 relative、absolute、fixed 或 sticky 的父级。父元素哪怕结构上紧挨着，只要没改 position 值，就等于“不存在”于定位链中。
常见错误现象：
- 子元素突然飞到页面左上角（其实是相对于
<body>定位） - 开发者工具里选中子元素 → “Computed” 面板中
offsetParent显示为body或html - 父元素加了
outline后发现高度为 0（内部全是absolute子项，没触发 BFC，但定位仍按规则走）
position: relative 为什么是唯一安全的锚点
relative 不脱离文档流，也不改变自身原始位置（除非显式写 top/left），但它能“激活”自己成为定位上下文——这是它不可替代的核心价值。其他定位值都有副作用：
-
absolute或fixed作父级：会让父容器本身脱离文档流，导致后续兄弟元素上移、布局塌陷 -
sticky行为依赖滚动阈值，不稳定，且兼容性略差（尤其旧版 Safari） -
fixed直接绑定视口，完全脱离 DOM 层级关系
所以“子绝父相”不是习惯，而是机制决定的最小代价方案：只加一句 position: relative，不加偏移，父元素视觉和布局都不变，却成功提供了坐标系原点。
立即学习“前端免费学习笔记（深入）”；
父元素写了 relative 还是不对？检查这三点
即使加了 position: relative，定位仍可能错乱。真正参照的未必是你以为的那个父元素：
- 中间某层祖先用了
transform（哪怕只是transform: translateZ(0)）、filter或will-change—— 它们会强制创建新的包含块，子元素的top/left就以这个新块为基准，而非你写的relative父级 - 全局重置样式如
* { position: static !important; }会静默覆盖你的声明；务必在 Computed 面板确认position值是relative且没被划掉 - 多个嵌套
relative父级时，offsetParent总是最近的那个——用开发者工具逐级点开，看哪一层的position先生效
top/left 的计算起点容易被忽略
absolute 元素的 top: 0; left: 0 默认对齐的是父元素的 **padding box 左上角**，不是 border box，也不是 content box。这意味着：
- 如果父元素有
padding: 20px，top: 0; left: 0的子元素实际离父元素内容区左上角还有 20px 距离 - 如果父元素有
border: 1px solid，而你期望子元素贴边，box-sizing: border-box不影响定位计算，得手动减去 border 宽度 - 想让子元素完全填满父容器，更稳妥的做法是：
top: 0; right: 0; bottom: 0; left: 0;，再配合box-sizing: border-box控制内边距
真正复杂的地方不在写法，而在浏览器把“谁是参照物”这件事藏得太深——offsetParent 不是靠猜，得靠 Computed 面板确认。任何看似合理的 HTML 结构，都可能被 transform、重置样式或隐式层叠上下文悄悄劫持。
