fixed定位在transform父元素中“失效”是w3c规范行为，非bug：只要任意祖先transform计算值不为none（如translatez(0)、scale(1)），fixed即退化为相对该祖先定位；filter、opacity
fixed定位在transform父元素里“失效”是规范行为，不是bug
只要任意祖先元素的transform计算值不为none，position: fixed就会退化为相对于该祖先定位，而不是视口。这不是浏览器差异或渲染错误，而是W3C明确规定的包含块（containing block）变更逻辑：带transform的祖先会创建新的定位上下文，fixed自动降级，视觉上等同于position: absolute。
哪些transform值会触发这个行为
哪怕完全没位移、没缩放、没旋转，只要计算后不是none，就足以破坏fixed：
-
transform: translateZ(0)——最常见，“伪硬件加速”写法 -
transform: scale(1)、transform: rotate(0deg)、transform: translateX(0) -
transform: matrix(1,0,0,1,0,0)这类函数式表达，只要非恒等变换 -
will-change: transform本身不直接触发，但常与transform共存，容易误判根源
安全的只有transform: none和transform: unset（注意继承链中是否被覆盖）。
除了transform，还有哪些属性有同等效果
这些属性只要计算值不为默认值，同样会创建新包含块，让fixed失效：
-
filter：哪怕filter: blur(0)或filter: opacity(0.99) -
opacity小于1：比如opacity: 0.99，注意这不是filter语法 -
backdrop-filter：iOS Safari尤其敏感 -
perspective：任何非none值 -
contain: paint或will-change: transform等合成提示属性
排查时不能只盯transform，要用DevTools的Computed面板逐层检查这些属性的最终计算值。
真机测试时最容易暴露问题的三个叠加场景
模拟器看不出问题，但真实设备上这三者一叠加，fixed立刻错位：
- iOS Safari横屏 + 页面缩放（
viewport未锁死maximum-scale=1.0） - 软键盘弹出时，iOS临时解除
fixed锚定，导致导航栏“掉下来” - 第三方组件库内部默认加了
transform（如Ant Design的Drawer、轮播图组件），你写的fixed按钮嵌套其中，DOM结构不动就必然失效
真正难处理的不是“怎么修”，而是“谁在静默改定位基准”——框架、UI库、全局动画封装层，都可能悄悄加了一行transform: translateZ(0)，而你根本没写。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
