应使用transform和opacity替代top/left等属性，因其仅触发GPU合成，不触发布局重排与重绘；混用非合成属性或未正确提示will-change会导致降级回CPU渲染，须通过DevTools验证图层提升。
为什么用 top/left 做弹窗位移依然卡顿
不是“加了 position: absolute 就自动 GPU 加速”，关键在改什么属性。只要动画中修改 top、left、margin 或 width，浏览器每帧都得重算布局（Reflow）→ 重绘（Paint）→ 合成（Composite），全程压主线程。尤其在 Intel UHD 620 或旧版 WebView 上，12–18fps 是常态。
而 transform: translateY() 不影响布局，浏览器可提前把它升为独立合成层，后续位移只走 GPU 合成线程，跳过 Layout 和 Paint。
- ❌ 错误写法：
transition: top 0.3s ease;或@keyframes pop { to { top: 50px; } } - ✅ 正确写法：
transition: transform 0.3s ease;，动画帧中只设transform: translateY(-50px); - ⚠️ 混用即失效：比如同时写
top: 50px; transform: translateY(50px);，浏览器大概率放弃图层提升，降级回软件渲染
怎样确保 transform 真正进 GPU 图层
只写 transform ≠ 自动硬件加速。现代浏览器（包括宙斯 v5.8+）虽更智能，但在集成显卡或老 WebView 上仍有盲区，必须主动“提示”。
- 稳定生效组合（缺一不可）：
transform: translateZ(0); backface-visibility: hidden; -
will-change: transform必须动态加：JS 在动画开始前设el.style.willChange = 'transform';，监听transitionend后立刻设回'auto'；静态写死在 CSS 里极易引发图层爆炸 - 慎用
translate3d(0,0,0)：Chrome 90+/宙斯已基本冗余，反而多占约 0.5MB/图层显存，旧 Android 4.4 才需它
弹窗动画中 opacity 与 transform 的配合要点
弹窗进出常需“缩放 + 位移 + 透明度”三者协同，但只有 transform 和 opacity 是纯合成属性，不触发重排重绘。其他如 background-color、box-shadow 仍会触发重绘。
立即学习“前端免费学习笔记（深入）”；
- 动画定义必须合并到单条 transition：
transition: transform 0.3s ease, opacity 0.3s ease;（不能拆成两条） - 避免在 keyframes 中混入非加速属性：
@keyframes popIn { 0% { transform: scale(0.8); opacity: 0; box-shadow: 0 0 0 #000; } }——box-shadow这一行会让整段动画降级 - 若需阴影变化，改用
filter: drop-shadow()（部分支持 GPU 加速），或干脆用伪元素模拟固定阴影
DevTools 验证是否真进 GPU 渲染的关键动作
光看“动起来”不等于硬件加速生效。必须用 Chrome / 宙斯 DevTools 实锤验证：
- 打开 Rendering 面板 → 勾选 Layer borders：看到目标弹窗有绿色边框，说明已成独立合成层
- 勾选 Paint flashing：动画过程中，弹窗区域不应出现绿色闪烁（有则代表仍在重绘）
- Performance 面板录制动画 → 查看 Frames 底部的 GPU Rasterization 是否持续高亮，且主线程负载低于 30%
- 注意：某些安卓 WebView 不显示 Layer borders，此时以
chrome://gpu页面中 Graphics Feature Status 下 Compositing 是否为 Hardware accelerated 为准
真正卡顿的根源往往不在“怎么写动画”，而在“没确认它进了哪一层”。图层没提上去，再漂亮的 @keyframes 也只是 CPU 上的徒劳挣扎。
