绝对定位元素能跑出父容器是因为其定位参考点是最近的已定位祖先元素，而非父元素本身；若父元素未设position，则向上回溯至<html>，导致定位脱离预期容器。
绝对定位元素为什么能跑出父容器
因为 position: absolute 的定位参考点是**最近的已定位祖先元素**（即 position 值为 relative、absolute、fixed 或 sticky），不是父元素本身。如果父元素没设 position，浏览器会一路往上找，直到 <html> —— 这就是它“飞出去”的根本原因。
常见错误现象：top: 0; right: 0; 的按钮贴在视口右上角，而不是父卡片右上角；下拉菜单展开后位置飘移；弹窗遮罩层错位。
- 父元素必须显式设置
position: relative（最常用，不影响文档流） - 不能只靠
overflow: hidden来“剪掉”溢出——它不阻止定位计算，只裁剪渲染，且可能影响子元素position: fixed行为 -
position: static（默认值）无效，position: absolute在它身上不起约束作用
父元素加 position: relative 后仍不生效？检查这些
加了 position: relative 却没用，大概率是层级或继承干扰导致的“伪失效”。
- 父元素本身被更外层的
transform、filter或will-change创建了新的层叠上下文，间接影响了定位参考（某些旧版 Chrome/Safari 有此行为） - 父元素高度为
0或display: none，导致子元素的top/bottom计算异常（尤其配合calc()时） - 子元素用了
position: fixed—— 它永远相对于视口，无视任何父级position - 父元素设置了
overflow: hidden但同时有padding或border，导致视觉上“没对齐”，实际定位是准的
需要滚动时，position: sticky 能替代吗
不能直接替代。sticky 是“条件性相对定位”，依赖滚动位置触发，和 absolute 的脱离文档流、精确坐标控制是两类需求。
立即学习“前端免费学习笔记（深入）”；
典型误用场景：想让侧边栏在滚动时固定在容器内，却给它设 position: absolute + top: 0 —— 结果一滚动就消失。此时应：
- 父容器设
position: relative（必要） - 子元素用
position: sticky; top: 0;，并确保父容器有高度且可滚动（如max-height+overflow-y: auto） - 注意兼容性：
sticky在 iOS Safari 15.4 以下、Android WebView 旧版本中行为不稳定
移动端适配中容易忽略的陷阱
移动端 viewport 缩放、input 聚焦时的页面缩放、键盘弹起后的视口重排，都会让 absolute 元素“偏移”。光靠父级 position: relative 不够。
- 避免用
vh/vmin配合 absolute 定位 —— 键盘弹出时视口高度剧变，导致元素错位 - 监听
resize和focusin/focusout事件，动态重置top/left（慎用，性能敏感） - 对模态框类元素，优先用
position: fixed+inset: 0，再用transform: translate()居中，比 absolute 更稳
真正关键的不是“加了 relative 就万事大吉”，而是理解定位上下文如何逐层建立，以及哪些 CSS 属性会意外打断它。
