absolute元素在perspective容器中“飘走”是因为perspective创建了新的3D渲染上下文和包含块，使absolute定位参考系变为初始包含块；加position:relative无效是因该祖先优先作为3D包含块而非定位锚点。
absolute元素在perspective容器里“飘走”了，是因为定位上下文被重定义
绝对定位元素的 top/left 是相对于「最近的已定位祖先」计算的；但一旦该祖先设置了 perspective（哪怕只是 perspective: 1000px），它就同时创建了一个新的 **3D 渲染上下文** 和一个 **新的包含块（containing block）**。此时 position: absolute 的参考系不再是普通文档流中的“定位祖先”，而是这个带透视的 3D 空间容器——而该空间本身没有传统意义上的“上左边缘”语义，浏览器会退回到初始包含块（通常是视口或 html），导致元素位置完全失控。
为什么加了position: relative也不管用
给父容器加 position: relative 本应建立定位上下文，但在 perspective 存在时，它会被“覆盖”：CSS 规范明确要求，当一个元素既是定位元素（position ≠ static）又创建了 3D 上下文（如含 perspective 或 transform），它的角色优先是 **3D 包含块**，而非传统定位锚点。结果就是：position: relative 还在，但 top: 0; left: 0 不再以它为原点。
- 检查开发者工具的 “Computed” 面板，确认该父元素的
containing block类型是否显示为transformed或perspective - 临时移除
perspective，若absolute突然回归预期位置，即可锁定问题根源 - 不要试图靠提高
z-index修复——它只在同一层叠上下文内有效，而这里上下文已经变了
真正能用的三种绕过方式
别硬改 perspective 容器的定位逻辑，直接换参考系：
- 把需要
absolute定位的元素**移出 perspective 容器**，挂到其兄弟节点或body下，再用 JS 动态同步位置（适用于弹窗、tooltip 等） - 在
perspective容器内部**再包一层纯定位锚点**：<div class="scene" style="perspective: 1000px"><div class="anchor" style="position: relative"><div class="abs-item" style="position: absolute">...</div></div></div>—— 关键是.anchor不能有任何transform或perspective，只负责提供定位上下文 - 放弃
absolute，改用transform: translate()+top: 50%; left: 50%模拟定位，但要注意：这会让元素脱离文档流且创建新层叠上下文，可能影响fixed或pointer-events
安卓和 Safari 下还多一层坑：backface-visibility 和 fixed 冲突
在 perspective 容器里混用 position: fixed 和 absolute，尤其在安卓 WebView 或 iOS Safari 中，极易触发双重失效：一方面 fixed 因 3D 上下文退化为相对定位，另一方面 backface-visibility: hidden（为激活硬件加速必须加）会进一步干扰层叠顺序。此时即使 DOM 结构正确，点击区域、滚动跟随、Z 轴遮挡都可能错乱。
立即学习“前端免费学习笔记（深入）”；
- 绝不在
body或全局布局层加perspective—— 它会让整个页面的fixed元素全部“失重” - 如果必须共存，把
fixed元素用transform: translateZ(0)单独提层，并确保其父级未设perspective - 测试时务必在真机打开开发者工具的 “Rendering” 面板，勾选 “Paint flashing” 和 “Layer borders”，看是否意外生成多个合成层并互相遮挡
复杂点在于：perspective 不是视觉属性，它是空间坐标系的开关。一旦打开，所有子元素的定位、变换、层叠都会切换到另一套规则里，而这套规则和你写的 position: relative 并不兼容。
