Flex容器本身是包含块，无需position: relative；只要overflow非visible，它就自动成为绝对定位子元素的定位锚点和裁剪容器，加relative纯属冗余。
Flex容器本身就是包含块，无需position: relative
很多人给Flex父容器加position: relative，是出于“绝对定位必须有个relative父级”的惯性认知。但CSS规范明确指出：**display: flex或display: grid的容器，即使position: static，只要overflow不是visible，就会成为绝对定位子元素的包含块**。这意味着它天然具备定位锚点能力，加position: relative纯属冗余，不加也不影响top/left计算基准。
常见错误现象：.flex-container { display: flex; overflow: hidden; } .abs { position: absolute; right: 0; }——此时.abs右边缘会贴住.flex-container右边界，而不是body。不需要任何position声明，这就是Flex/Grid的默认行为。
overflow: hidden在Flex容器上会裁剪absolute子项
Flex容器一旦设了overflow: hidden（或auto、scroll），它就同时满足两个关键条件：是flex容器 + overflow非visible → 自动成为包含块 → 同时触发裁剪。这和普通position: relative容器的逻辑一致，但触发机制不同：前者靠display属性，后者靠position属性。
容易踩的坑：
立即学习“前端免费学习笔记（深入）”；
- 以为只加
overflow: hidden就能裁剪，却忘了检查它是否真的成了包含块（用DevTools看computed的containing block） - 在Flex容器里写
top: 50%; transform: translateY(-50%)，结果被裁掉一半——因为transform创建了新层叠上下文，但裁剪仍由Flex容器执行，而它的高度可能为0 - 误以为
z-index能“顶出”裁剪区，其实裁剪发生在绘制前，z-index完全无效
为什么absolute子项在Flex里常“飘走”或贴左上角？
根本原因不是Flex本身的问题，而是你没显式设置偏移值，且Flex容器高度塌陷。当.flex-container内部只有position: absolute子项时，它高度坍缩为0，此时top: 50%算出来是0px，left: 50%也是0px，元素自然落在左上角。
修复要点：
- 给Flex容器设
min-height或height（别依赖h-full，它需要父级有尺寸） - 必须写
top、left等偏移，不能只靠align-self或margin: auto——它们对absolute无效 - 居中要配对使用：
top: 50%; left: 50%; transform: translate(-50%, -50%)，单写前两项只是把左上角挪到中心点
如何验证当前的包含块到底是哪个元素？
最可靠的方式不是猜，而是看DevTools。在Chrome或Firefox里选中absolute元素，在Computed面板搜索containing block，浏览器会直接标出它的尺寸和位置。更直观的是临时加一行outline: 2px solid red到疑似父级上，观察是否套住了你的absolute元素。
特别注意那些“隐形”的包含块：
- 祖先元素用了
transform（哪怕只是translateZ(0)）、filter或will-change，都会隐式创建包含块 - Flex/Grid容器本身没写
position，但它是包含块——这点最容易被忽略 -
position: fixed的包含块永远是视口，不受任何父级overflow影响，但absolute必须逐层确认
复杂点在于：包含块判定不是单看DOM层级，而是混合了display、position、overflow、transform等多个属性的运行时计算结果。稍有改动，参考系就可能跳变。
