绝对定位和固定定位必然脱离文档流，导致父容器高度塌陷、后续元素错位等；其定位上下文为最近已定位祖先，fixed元素可能因overflow或transform异常被裁剪或抖动。
绝对定位（position: absolute）和固定定位（position: fixed）必然脱离文档流，这不是 bug，是设计行为。你无法“阻止”它脱离，只能主动应对它的影响——比如父容器高度塌陷、后续元素错位、文本环绕失效等。
为什么父容器高度会塌陷？
当子元素设为 position: absolute 或 position: fixed 后，它不再参与父容器的高度计算。父容器就像“看不见”这个子元素一样，只按剩余在文档流中的子元素撑高。
- 常见现象：
.parent高度为 0，背景色/边框不可见，或被上层内容遮盖 - 典型场景：弹窗、下拉菜单、悬浮按钮的 wrapper 容器
- 注意：
position: relative不会导致塌陷，它仍占空间
怎么让父容器“感知”绝对定位子元素？
没有 CSS 原生方案能自动回填高度，必须手动干预。三种常用方式各有限制：
- 给父容器显式设置
height或min-height：适合高度固定、内容不变的场景，但响应式下易出错 - 用 JS 动态读取子元素
offsetHeight并赋值给父容器style.height：适用于高度动态变化（如可展开面板），但需监听 resize / DOM 变更 - 换布局模型：把原本用
absolute实现的“覆盖层”改用position: sticky+z-index或 flex 容器内align-self控制位置：不脱离流，但适用范围窄（比如不能跨视口定位）
定位上下文（containing block）没生效？检查这些
top/left 等偏移量不是相对于父 div，而是相对于最近的「已定位祖先」（position 值为 relative、absolute、fixed 或 sticky）。很多人卡在这一步：
- 父元素只有
width/padding，但position: static（默认值）→ 定位上下文退回到 - 祖先中存在
transform、filter、will-change等属性 → 在多数浏览器中也会创建新的 containing block，干扰预期定位 - 使用
position: relative仅为了当定位上下文？不需要加top/left，空声明即可：position: relative
fixed 元素导致页面滚动错乱？
position: fixed 元素脱离文档流且相对于视口定位，但它仍可能触发父容器的 overflow 计算异常，尤其在移动端 Safari 或嵌套 transform 容器中：
- 如果 fixed 元素在某个
overflow: hidden的父容器内，它可能被意外裁剪（尽管规范说不会）——加transform: translateZ(0)或contain: layout可缓解 - 滚动时 fixed 元素抖动？检查是否同时设置了
top和bottom（冲突），或父级有scale()类变换 - 想让 fixed 元素随页面滚动“暂时出现”？别硬扛，改用
position: sticky+top: 0更可靠
脱离文档流本身不可逆，关键在提前规划容器职责：哪些元素必须撑开父级，哪些只需视觉覆盖。别指望一个 position: absolute 同时兼顾布局参与和精确定位——它天生就只做后者。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
