根本解法是滚动容器隔离与fixed元素零干扰祖先，因iOS Safari在回弹时主动将fixed临时降级为absolute导致晃动；-webkit-overflow-scrolling: touch须加在滚动容器自身且已弃用，inset+translate3d(0,0,0)更稳定。
移动端 fixed 元素在页面回弹（如 iOS Safari 滚动到边界后松手产生的弹性动画）时晃动，不是定位写错了，而是 WebKit 主动把 position: fixed 临时降级为 position: absolute，导致它锚定到滚动容器而非视口——晃动是降级过程中的重绘不同步表现。
为什么 -webkit-overflow-scrolling: touch 不能单独解决回弹晃动
这个属性只启用原生滚动惯性，但不改变 fixed 的锚定逻辑。一旦 body 或滚动祖先有 transform、opacity 或 filter，fixed 就立刻失效；回弹阶段浏览器采样频率更低，降级更频繁，抖动更明显。
-
-webkit-overflow-scrolling: touch必须加在**滚动容器本身**上，加在父 wrapper 或 body 上无效 - 如果滚动容器是
.scroll-container，它必须是body的**直接子元素**，否则 iOS 会忽略其滚动上下文 - 该属性在 iOS 16.4+ 已被标记为 deprecated，但仍是目前最兼容的滚动增强手段
用 inset + transform: translate3d(0, 0, 0) 锁定 fixed 元素自身
比起 top: 0; left: 0，现代写法更稳定：避免因 100vw 在地址栏收起时跳变，也绕过部分老 WebView 对 right: 0 的解析 bug。
- 用
inset: 0替代top: 0; right: 0; bottom: 0; left: 0，语义清晰且无单位歧义 -
transform: translate3d(0, 0, 0)比translateZ(0)在 iOS 14–15 的 WKWebView 中触发合成层成功率更高 - 必须加在 fixed 元素**自身**上，加在父容器会让整个子树脱离视口锚定
- 搭配
backface-visibility: hidden，可进一步抑制 Safari 的 CPU 回退渲染
回弹期间如何防止 fixed 元素“飘走”
iOS 回弹不是 CSS 动画，无法用 will-change 或 transition 拦截。真正有效的锁定，是让 fixed 元素彻底脱离回弹影响路径——即不让它参与滚动容器的坐标系。
立即学习“前端免费学习笔记（深入）”；
- 确保 fixed 元素的**所有祖先节点都没有
transform、filter、opacity < 1**，哪怕只是opacity: 0.99也会创建 stacking context，导致 fixed 失效 - 不要把 fixed 元素放在
overflow-y: scroll容器内部——即使它视觉上在顶部，WebKit 仍可能把它当作该容器的子元素处理 - 若必须嵌套，用
position: sticky替代：position: sticky; top: 0;在回弹中更稳，且不依赖合成层 - 键盘唤起后回弹，fixed 常错位，此时需监听
focusin并临时切为position: static+margin-top: auto
回弹晃动的本质是浏览器对 fixed 的“优化”失控，不是样式没写全。真正稳定的方案永远是：滚动容器隔离 + fixed 元素零干扰祖先 + 关键属性用现代写法（inset、translate3d）。任何试图靠单个 CSS 属性“修复”的思路，在 iOS 15+ 和微信 WebView 中大概率失效。
