最稳方案是pages.json中配置titleNView: false，它直接移除H5端原生导航栏（含返回按钮、标题、胶囊），页面内容从top:0渲染，不依赖JS时机、不影响小程序，且需写在页面style而非globalStyle中。
pages.json 里配 titleNView: false 是最稳的方案
直接生效、不依赖 JS 执行时机、不污染业务逻辑，且只影响 H5 和 App，对小程序完全无副作用。很多人试过 uni.hideBackButton() 或在 onLoad 里操作 DOM，结果 H5 端根本没反应——因为 H5 的导航栏是编译期生成的静态结构，运行时 JS 拦不住。
实操建议：
- 在
pages.json对应页面的style下写"titleNView": false，不是全局globalStyle（除非所有页都要） - 若只想对 H5 生效，用条件编译：
"h5": { "titleNView": false }，避免误关 App 端导航 - 配完必须重新编译 H5，热更新不触发该配置重载
- 效果是整个原生导航栏（含返回按钮、标题、胶囊）彻底消失，页面内容从
top: 0开始渲染
navigationStyle: "custom" 在 H5 上能用，但别乱跨端混用
这个配置全平台生效，H5 端设成 "custom" 确实也能去掉导航栏，但它会强制所有端（包括微信小程序）走自定义流程。问题在于：小程序端一旦启用 navigationStyle: "custom"，页面内容会顶到屏幕最顶部，状态栏区域不预留空间，首行文字大概率被时间/信号图标遮住。
常见错误现象：
- H5 正常，小程序真机预览第一屏顶部被“砍掉一截”
- 开发者误以为只是样式问题，反复调
padding-top，却忘了小程序需要真实的状态栏高度 - 同一页面 style 里同时写了
titleNView: false和navigationStyle: "custom"，后者优先级更高，前者被忽略
DOM 操作是备选，但得卡准时机和平台
仅当必须保留标题栏、只隐藏返回按钮，或动态控制（比如登录页隐藏、个人中心显示）时才考虑 JS 方案。H5 端的导航栏 DOM 结构固定为 .uni-page-head-hd，但直接 document.querySelector('.uni-page-head-hd').remove() 很容易报错——因为页面还没挂载完，元素不存在。
实操要点：
- 必须等
DOMContentLoaded或uni.$on('show')后再操作，不能写在onLoad里（太早） - 加平台判断：
if (uni.getSystemInfoSync().platform === 'h5')，否则小程序端会找不到该元素报错 - 推荐用
display: none而非remove()，避免后续路由跳转时 DOM 重建异常 - 注意：H5 端
uni.getSystemInfoSync().statusBarHeight返回0，别拿它算偏移量
别漏掉状态栏兼容这个隐形坑
配了 titleNView: false 后，H5 页面确实干净了，但如果你的项目还要同时跑小程序，千万别在同一个页面 style 里补加 navigationStyle: "custom" 来“统一处理”。真正要多端一致，得在小程序端单独处理状态栏：用 uni.getSystemInfoSync().statusBarHeight 动态注入 CSS 变量，再给顶层容器加 padding-top。H5 端不需要这步，强行加反而导致顶部留白。不同平台的渲染逻辑差异就在这里——H5 是浏览器 DOM，小程序是 WebView + 原生容器，不能一套配置打天下。
