transform 非 none 会创建新包含块，使 fixed 退化为相对父元素定位；需用 DevTools 检查 transform/filter/opacity 等属性，修复方案包括 Portal 提升、改用 sticky 或 absolute+JS。
设置了 transform 的父元素会让子元素的 position: fixed 失效——这不是动画“卡住”或“没触发”，而是定位基准被强制重置：fixed 元素不再锚定视口，而是退化为相对该父元素定位，视觉上就像加了 position: absolute 且无法滚动跟随。
为什么 transform 会让 fixed 定位“降级”
CSS 规范明确要求：只要任意祖先元素的 transform 计算值不为 none（哪怕只是 translateZ(0)、scale(1) 或 rotate(0deg)），它就创建一个新的包含块（containing block），position: fixed 必须服从这个新基准。这不是浏览器 bug，也不是动画引擎问题，是渲染层的底层定位逻辑变更。
常见误判点：
-
will-change: transform单独写不会触发，但常和transform同时存在，容易混淆根源 -
filter: blur(0)、opacity: 0.99、backdrop-filter: none同样会创建新包含块，不能只盯transform - iOS Safari 还额外对
overflow-scrolling: touch敏感，也会导致 fixed 锚定偏移
怎么快速定位是哪个父级在“破坏” fixed
别靠猜 DOM 结构，用 Chrome DevTools 直接查最终计算值：
立即学习“前端免费学习笔记（深入）”；
- 选中失效的
fixed元素 → 在 Elements 面板按住 Shift 并连续点击右上角箭头，逐层向上跳转父节点 - 每到一层，切到 Computed 标签页，搜索
transform、filter、opacity、backdrop-filter - 重点检查
transform: translateZ(0)—— 它不改变布局，但已悄悄改写定位上下文 - 第三方组件库（如 Ant Design 的
Drawer、Element Plus 的el-dialog）内部常默认加transform: translateX()，你没写，但它写了
修复 fixed 动画失效的实操方案
临时加 transform: none !important 能验证问题，但不能上线。生产环境必须选以下之一：
- 把
fixed元素从带transform的容器里拎出来，挂到<body>下：React 用createPortal，Vue 用<teleport to="body">，纯 JS 用document.body.append(el) - 保持 DOM 位置不变时，优先换
position: sticky：比如top: 0或bottom: 0，现代浏览器支持良好，且完全不受transform干扰 - 放弃
fixed改用position: absolute+ JS 监听scroll和resize手动更新top/left—— 开销大、易抖动、软键盘弹出时坐标错乱风险高，仅限极特殊场景兜底
移动端和动画性能的隐藏陷阱
即使修复了定位基准，动画仍可能卡顿或错位：
- 滚动时频繁读写
top/left会强制触发布局（layout）→ 绘制（paint）→ 合成（composite）全流程；而transform: translateY()只走 GPU 合成，更高效 - iOS Safari 在软键盘弹出时会主动剥离
fixed与视口的锚定关系，此时任何transform或will-change都无效，唯一可靠入口是focusin事件配合setTimeout(() => {}, 0) - 横屏旋转后，若页面用
transform: rotate(90deg)模拟，坐标系已翻转，top: 0实际可能贴左下角，必须手动映射或禁用横屏下的fixed
真正难处理的不是“怎么修”，而是“修到哪一层”：第三方组件内部的 transform、全局缩放脚本注入的 scale()、甚至 body 上的 translateZ(0) 都可能静默影响所有子级。真机测试时缩放+横屏+软键盘三者叠加，问题才完全暴露。
