iOS Safari中fixed元素抖动是WebKit主动降级为absolute导致的视口锚定失效，需用滚动容器替代body滚动并排查祖先层叠上下文干扰。
iOS Safari 中 position: fixed 元素滚动时抖动，不是 CSS 写错了，也不是你漏写了 transform: translateZ(0)，而是 WebKit 主动把 fixed 元素从视口锚定中剥离，改用低频采样同步位置——滚动越快，采样越跟不上，就“跳一帧”。
fixed 抖动的本质是视口锚定被系统主动放弃
iOS Safari（含微信、QQ 等 WKWebView）对 position: fixed 做了激进优化：滚动时临时降级为 position: absolute，让它按文档流重算坐标。这不是 bug，是设计行为。结果就是导航栏“掉下来”、底部按钮“粘不住”、弹窗边缘“抽搐”。DevTools 模拟器几乎不复现，必须真机测。
祖先链创建新层叠上下文会直接“拖垮”fixed
哪怕隔了三层父元素，只要其中任意一个写了以下任一声明，fixed 就立刻失去视口基准：
-
transform（包括translateZ(0)、scale(1)） -
filter（哪怕只是filter: blur(0)） -
opacity小于 1（比如opacity: 0.99）
此时再给 fixed 元素自身加 translateZ(0) 也无效——它只对自身生效，救不了被“污染”的祖先链。
立即学习“前端免费学习笔记（深入）”；
规划您的迪拜之旅 — 哈利法塔观景、沙漠探险、迪拜购物中心购物、棕榈岛度假村及黄金市场砍价。还提供支持...
body 滚动本身就不适合 fixed
WebKit 对 body 滚动中的 fixed 元素做了特殊处理，采样频率远低于帧率。绕过它的唯一可靠方式是切断 body 滚动通路：
body { height: 100vh; overflow: hidden; }- 用一个
body的直接子元素（如.scroll-container）接管滚动：overflow-y: scroll; -webkit-overflow-scrolling: touch; - 所有内容（含
fixed导航栏）仍放在body里，滚动只发生在这个容器内
-webkit-overflow-scrolling: touch 是开关，不加会卡顿；嵌套过深（比如 body > .wrapper > .scroll-container）iOS 可能直接忽略该属性。
width: 100vw 会引发视觉“抽搐”，和定位无关
用 width: 100vw 做全屏 fixed 元素时，弹窗打开触发 body { overflow: hidden } → 滚动条消失 → 100vw 突然变大 ≈ 15px → 元素左移。这不是渲染问题，是布局宽度突变。更稳的写法：
- 改用
inset: 0（现代浏览器支持良好） - 或用
width: 100%+left: 0，靠父容器撑开 - 防滚动条跳变：
body { padding-right: calc(100vw - 100%); }
真正顽固的抖动，往往不是缺某个 CSS 属性，而是多个隐性干扰叠加：祖先 transform + 内部 text-shadow + body 滚动 + 100vw 宽度——任何单点修复都压不住。优先切滚动容器，再逐项排查祖先链和尺寸声明。
