iOS Safari（13–16）未为position: fixed元素自动创建独立GPU合成层，导致滚动抖动；加transform: translateZ(0)可强制升层但受限于条件，更稳方案是改用sticky、absolute+100vh或优化遮罩结构。
fixed抖动不是CSS写错了，是Safari没给它独立合成层
iOS Safari（尤其13–16）默认不为position: fixed元素自动创建独立的GPU合成层。它把fixed元素当成普通图层参与主线程重绘，而滚动时视口坐标更新滞后，导致视觉上“跳一帧”或“粘滞”。这不是bug，是WebKit为省电做的保守策略——你加transform: translateZ(0)能缓解，是因为它强行升层，但不是所有情况都管用。
translateZ(0)为什么有时无效甚至更糟
这个声明只在满足特定条件时才真正触发硬件加速：
-
translateZ(0)必须加在fixed元素自身上，不能加在父容器；否则会意外创建新层叠上下文，让fixed退化为relative定位 - 如果父级已设
transform、opacity或filter，fixed元素会被包裹进另一个合成层，translateZ(0)就失效了 - 搭配
backface-visibility: hidden可能在iOS某些版本中反而抑制合成 - 若元素含
text-shadow、渐变背景或border-radius，Safari可能直接降级回CPU渲染 - 和
transition同时使用，在iOS 15+上容易引发合成不稳定
比加transform更稳的三个实操选择
别死磕translateZ(0)，优先按场景选替代方案：
Plan Dubai Travel — Flights, Hotels, Burj Khalifa, Desert Safari, Malls & Itineraries
下载
规划您的迪拜之旅 — 哈利法塔观景、沙漠探险、迪拜购物中心购物、棕榈岛度假村及黄金市场砍价。还提供支持...
- 导航栏/吸顶标题？直接换
position: sticky，iOS 12.2+原生支持，无抖动、不遮挡输入框、无需hack - 必须用fixed且结构可控？改用
position: absolute+height: 100vh，再让内容区overflow-y: auto成为唯一滚动容器 - 弹窗遮罩或全屏覆盖？确保
fixed元素不含overflow: scroll、will-change: scroll-position，并显式设overflow-y: auto防内部滚动干扰
真机测试最容易被忽略的点
抖动问题在DevTools模拟器里几乎不复现，必须在真实环境验证：
立即学习“前端免费学习笔记（深入）”；
- iOS微信、QQ、支付宝WebView内核往往比系统Safari更老，要单独测
- 系统设置里开了“减少动画”，会进一步退化合成行为，测试前务必关闭
- 用Safari DevTools的Layers面板确认：目标元素是否真的出现在“Composited Layers”里——没出现，说明它根本没被GPU加速
- 滚动条消失引发的body宽度跳变（抖动假象）常被误判为fixed问题，记得检查
body { padding-right: calc(100vw - 100%) }
