父元素未生效的 position: relative 是最大嫌疑；需通过 DevTools 的 Computed 面板确认其 position 值为 relative 且未被覆盖，同时检查是否因 transform、filter 等隐式创建 containing block，或因塌陷导致无渲染尺寸。
父元素没生效的 position: relative 是最大嫌疑
你写了 position: relative，但子元素还是飞到视口左上角——大概率是它根本没生效。浏览器只认“计算后为 relative”的祖先，不是“源码里写了”。
- 打开 DevTools，选中父元素 → “Computed” 面板搜
position，确认值是relative且没被划掉（比如被* { position: static !important; }覆盖） - 检查父元素是否被 CSS-in-JS 动态重写，或被框架样式（如 Bootstrap 的
body默认relative）干扰 - 临时加
outline: 2px solid red，看父容器是否真有渲染尺寸；若高度为 0，说明它视觉上“不存在”，子元素自然无处可锚
transform 或 filter 悄悄抢走了定位上下文
父元素明明 position: relative 生效了，子元素却相对它错位——十有八九是它或某层祖先加了 transform、filter 或 will-change。这些属性会隐式创建新的 containing block，让 absolute 子元素转向以它为基准。
- 在 DevTools 的 “Computed” 面板里逐层检查祖先元素的
transform是否为none；哪怕只是transform: translateZ(0)，也会触发 - 某些 UI 库或动画组件会自动注入这类属性来启 GPU 加速，非常隐蔽
- 临时注释掉
transform，如果定位立刻恢复正常，就坐实了问题
top/left 算的是 padding box，不是你想的“左上角”
即使父元素 position: relative 正确生效，top: 0; left: 0 也不会贴着 border 内侧，而是从 padding box 起点算起——也就是内边距的左上角。
- 父元素若有
padding: 16px，top: 0; left: 0的子元素会离 border 还有 16px 空隙 - 别用负值硬调（如
top: -16px），容易在响应式或字体缩放时失控 - 更稳的做法：把 padding 移到子元素上，或改用
transform: translate()做微调（注意它不改变定位参考系）
父元素塌陷导致“看不见”的参照物
父元素设了 position: relative，但内部全是 absolute 子项，结果背景、边框只包住文字——它逻辑存在，但高度为 0。子元素确实相对于它定位了，只是这个“它”在视觉上是一条线。
立即学习“前端免费学习笔记（深入）”；
- 给父元素加
min-height（适合固定尺寸场景） - 用
padding-bottom占位（比如子元素高 24px，父加padding-bottom: 24px） - 长期建议换布局方式：
display: flex+justify-content/align-items，绕开定位上下文依赖
真正卡住人的，往往不是“怎么写”，而是“为什么写了却没用”——offsetParent 返回值和 “Computed → containing block” 才是唯一可信依据，肉眼判断 DOM 层级容易漏掉一层中间节点。
