position: absolute 一设就“消失”在布局里是因为它必须脱离文档流、不占空间、不影响其他元素排布，这是CSS规范明确定义的设计行为；其仍渲染可见，但布局引擎跳过它分配空间，定位参照最近非static祖先，无则回退至<html>或视口。
position: absolute 为什么一设就“消失”在布局里
因为这是 CSS 规范明确定义的行为：position: absolute 元素**必须**脱离文档流，不占空间、不影响其他元素排布。这不是 bug，是设计使然。
常见错误现象：div 加了 position: absolute 后，下面的 p 直接上移盖住它；父容器 height: auto 塌成 0；用 getBoundingClientRect() 查尺寸时发现它“存在但不算数”。
- 浏览器布局引擎在“流式布局阶段”直接跳过
absolute元素，不为其分配空间，也不让它参与父容器高度计算 - 它仍存在于 DOM 树中，也能响应事件、被选中、有
offsetTop等属性，但就是不参与 layout flow - 这个行为和父容器是
display: block还是flex或grid无关——只要用了absolute，就自动退出所有常规布局上下文
脱离文档流 ≠ 不渲染，而是换了一套定位逻辑
position: absolute 元素没“消失”，只是换了个坐标系重新安家：它不再以自身原始位置为起点，而是向上找最近的 position 不为 static 的祖先（即 relative、absolute、fixed 或 sticky），以此为 containing block 计算 top/left 等偏移。
如果没找到这样的祖先，就退回到初始包含块（通常是 <html> 或视口），所以常看到元素“飞到左上角”——不是代码错了，是参照系错了。
立即学习“前端免费学习笔记（深入）”；
- 父容器只加
display: flex或overflow: hidden不够，必须显式写position: relative才能成为有效 containing block - 某些 CSS 属性（如
filter、will-change、transform）会隐式创建 containing block，导致子元素参照错对象，调试时容易误判 -
left: 0; right: 0比width: 100%更可靠——前者强制拉伸到 containing block 边缘，后者只继承内容宽度，且受 padding 影响
为什么不能让 relative 也脱离流
这不是实现限制，而是语义分工：position: relative 的作用从来就不是“抽离”，而是“锚定”——它轻量、稳定、保占位，专为给子级 absolute 提供定位上下文而生。
如果 relative 也能脱离流，那它和 absolute 就失去区分意义，嵌套定位逻辑会混乱（比如：子元素该相对谁定位？）。
- 只写
position: relative不设top/left，不是冗余，是在默默承担“锚点”职责 - 真需要“动且不留坑”，直接用
absolute；真需要“不动但提供锚点”，就只加position: relative - 用
transform: translate()替代relative + top/left更安全：不触发重排，不影响布局计算
最容易被忽略的判断点
脱离文档流本身没问题，问题常出在「是否本该参与布局」这个语义判断上。
比如一个弹窗的遮罩层，语义上属于当前视图上下文，理应撑开父容器或影响滚动行为；但若开发者只图方便全用 absolute，就会导致响应式错位、无障碍阅读器无法感知、ResizeObserver 失效等连锁问题。
真正难的不是怎么写 position: absolute，而是问一句：“这个元素，在业务逻辑和交互职责上，是不是真的不该占据空间？”
