fixed在transform父元素中“失效”是W3C规范强制行为：只要任意祖先transform计算值不为none（如translateZ(0)、scale(1)），fixed即退化为相对该祖先定位；同效属性包括filter、opacity
fixed在transform父元素里“失效”是规范行为，不是bug
只要任意祖先元素的transform计算值不为none（比如translateZ(0)、scale(1)、rotate(0deg)），浏览器就必须让position: fixed元素退化为相对于该祖先定位——这是W3C明确规定的包含块（containing block）变更逻辑。它不是渲染异常，也不是浏览器兼容问题，Chrome、Firefox、Safari（2026年主流版本）全部严格遵循。
哪些看似无害的transform值会触发降级
别被“没动”骗了。以下写法全部有效触发，且极易被忽略：
-
transform: translateZ(0)——最常见，“伪硬件加速”写法，DOM位置不变但定位基准已切换 -
transform: scale(1)、transform: rotate(0deg)、transform: matrix(1, 0, 0, 1, 0, 0) -
transform: unset不安全：若父级继承了非none值，仍会生效 -
transform: none是唯一明确安全的值
排查时不能只盯transform，还要查这些同效属性
它们和transform一样，只要计算值偏离默认，就会创建新包含块，让fixed降级：
-
filter：哪怕filter: blur(0)或filter: opacity(0.99) -
opacity：任何小于1的值，如opacity: 0.99 -
backdrop-filter：iOS Safari尤其敏感 -
perspective：任何非none值 -
will-change：本身不直接触发，但常与transform共存，容易误判根源
用Chrome DevTools的Computed面板逐层向上检查这些属性的最终计算值，比猜更可靠。
立即学习“前端免费学习笔记（深入）”；
真正能落地的修复方式只有两种
临时加transform: none !important只能验证问题，不能上线。实际可用方案只有：
- 把
fixed元素移出有transform的DOM层级，挂到下（React用createPortal，Vue用Teleport） - 放弃
fixed，改用position: sticky（如top: 0）——它不受transform影响，现代浏览器支持良好
别碰will-change: transform来“抢救”fixed，它对已降级的元素无效，还可能加剧错位；也别用JS监听scroll手动算坐标，移动端键盘弹出时视口锚点会突变，坐标直接失准。
