iOS H5自定义导航栏“跳一下”是因Safari地址栏收起/展开导致window.innerHeight动态变化，而fixed导航栏未重算位置；H5无状态栏，--status-bar-height恒为0，须用44px固定高度并编译时隔离三端逻辑。
为什么自定义导航栏在iOS H5里会“跳一下”
不是代码写错了，是滚动时整个视口被Safari地址栏收起/展开拖动了——window.innerHeight动态变化，而你用top: 0或position: fixed锚定的导航栏没重算位置。更糟的是，如果用了var(--status-bar-height)这种在H5里恒为0的变量参与计算，导航栏直接贴顶或错位。
H5端必须放弃状态栏适配思维，只用固定值
H5没有系统状态栏，--status-bar-height在H5中始终是0，任何依赖它的高度计算都会失效。正确做法是彻底隔离H5逻辑：
- 用
// #ifdef H5包裹H5专属样式，导航栏高度写死为44px - 不要调用
uni.getSystemInfoSync().statusBarHeight，H5返回值不可靠 - 若用
uv-navbar等UI库，关掉placeholder，自己用padding-top: 44px预留空间 -
position: fixed导航栏请设top: 0; height: 44px;，别用top: var(--window-top)（该变量H5也不稳定）
App和小程序端才需要动态计算，但不能混用同一套data
App端用--status-bar-height，小程序端必须结合uni.getMenuButtonBoundingClientRect()算胶囊位置，三端逻辑必须编译时切开，而不是运行时判断：
- App端：用
calc(var(--status-bar-height) + 44px)做总高度，或直接用CSS变量 - 小程序端：在
onLoad里取res.top和res.height，存入data后绑定到:style - 绝对不要在
data里统一定义navHeight再异步赋值——H5里API回调慢于渲染，首屏必错位
真正容易被忽略的抖动来源：页面切换与DOM残留
很多“抖动”根本不是滚动触发的，而是onShow或switchTab后DOM重排导致的：
- 用
v-if控制导航栏显隐，别用v-show——后者保留DOM，易引发布局重算 - 在
onShow里更新选中状态前加this.$nextTick(() => {...})，避免状态变更与渲染竞争 - 自定义导航栏组件必须全局挂载（如
App.vue提供），不能每个页面重复创建实例 - 真机调试时打开Safari的
Rendering → Paint Flashing，一眼看出是不是重绘抖动
