h5端自定义导航栏高度应固定为44px，因--status-bar-height在h5中为0且uni.getsysteminfosync().statusbarheight不可靠；需用条件编译// #ifdef h5写死高度，禁用uv-navbar的placeholder避免叠加。
H5端自定义导航栏高度偏小，根本原因是你在样式里用了 --status-bar-height 或 uni.getSystemInfoSync().statusBarHeight ——这两个在H5里要么是0，要么返回错误值，导致计算出的高度远低于视觉需要的44px。
为什么 --status-bar-height 在H5里等于0
H5运行在浏览器中，没有系统级状态栏；--status-bar-height 是App和小程序平台编译时注入的CSS变量，H5端不会注入，浏览器读不到就 fallback 为0。如果你写了 top: var(--status-bar-height) 或 height: calc(var(--status-bar-height) + 44px)，结果就是 top: 0、height: 44px 甚至更小（比如 calc(0 + 20px)）。
- 查证方式：在H5页面打开开发者工具，搜索
:root，基本看不到--status-bar-height这个变量 - 不要依赖
uni.getSystemInfoSync()的statusBarHeight字段——H5下它返回0或undefined，不是设备真实值 - 用
uni.getSystemInfo()异步取值也无效：页面渲染早于回调，首次加载必然错位
H5端该用什么高度
别算、别猜、不兼容、不条件判断高度值——H5就用死值 44px。这是iOS/Android主流WebView中与原生体验最匹配的视觉高度，也是uni-app官方示例和uView等主流UI库默认采用的基准。
- 固定写法示例：
height: 44px（用于position: fixed导航栏）或padding-top: 44px（用于内容区预留空间） - 如果用了
uv-navbar，必须关掉:placeholder="true"，否则会额外加一层空白，叠加后反而显得“矮” - 不要用
env(safe-area-inset-top)做H5适配：Safari支持有限，Chrome不支持，且地址栏滚动收起会导致window.innerHeight动态变化，fixed元素无法响应
三端共用代码时怎么避免H5被带偏
靠运行时判断平台（比如 uni.getSystemInfo().platform === 'h5'）不可靠，容易因执行时机错乱导致首次渲染异常。唯一稳妥的是用条件编译，在编译阶段就把H5逻辑切出来。
- H5端只保留：
// #ifdef H5→ 写死44px高度 + 禁用 placeholder - App端用：
// #ifdef APP-PLUS→ 可结合var(--status-bar-height)+ 自定义内容高度 - 小程序端用：
// #ifdef MP-WEIXIN→ 必须调用uni.getMenuButtonBoundingClientRect()获取胶囊位置，再计算整体导航区域 - 千万别在
data里统一定义navHeight然后异步赋值——H5里这个链路从头到尾都不可信
最容易被忽略的一点：H5端的“偏小”往往不是高度设少了，而是你无意中让两个高度叠加了——比如同时设置了 uv-navbar 的 placeholder 和外层 padding-top: 44px，结果内容区被顶高了，导航栏反而看起来更“挤”。先清掉所有动态变量和占位逻辑，从 44px 起手，问题通常就消失了。
