titleNView: false 是最稳方案，它直接阻止 uni-app 在 H5 端渲染灰色导航 DOM 节点，页面内容从顶部开始布局，无残留、无白条；需写为布尔值 false 并用条件编译限定 h5 平台。
pages.json 里配 titleNView: false 是最稳方案
这不是“试试看”的选项，而是 uni-app 官方明确支持、且仅影响 H5 的干净解法。它直接阻止 uni-app 在 H5 端渲染那个灰色导航 DOM 节点（.uni-page-head-hd），页面内容从顶部开始布局，无残留、无白条、不干扰浏览器地址栏。
关键点：
-
titleNView只对 App 和 H5 生效，小程序完全不受影响——适合混合项目中「H5 要无导航，小程序/APP 保留原生」的场景 - 必须写成布尔值
false，不能是字符串"false"或数字0，否则静默失效 - 推荐用条件编译限定平台，避免误影响其他端：
{ "path": "pages/login/login", "style": { "h5": { "titleNView": false } } }
navigationBarHidden: true 在 H5 也能用，但有边界
这个配置在 H5 和小程序都有效，作用是隐藏 uni-app 渲染的标题区域（含返回按钮和标题文字），但它不控制胶囊按钮（右上角微信/支付宝图标），也不影响浏览器地址栏。
注意几个现实约束：
- 值必须是布尔
true，写成"true"就失效 - 如果同时写了
navigationStyle: "custom"，navigationBarHidden会被忽略——二者逻辑冲突，别混用 - 它比
titleNView: false更“轻量”，但效果一致（H5 下都是移除框架导航 DOM），只是语义上更偏向“隐藏”而非“不创建”
别碰 navigationStyle: "custom" 单独用于 H5
这个配置看起来像“隐藏导航栏”，但它本质是“交出控制权”，会触发全平台行为变更，对 H5 来说副作用明显：
- H5 下它不会真正隐藏导航栏，反而可能破坏浏览器原生前进/后退手势体验
- 一旦启用，你得自己实现返回逻辑、标题渲染、甚至模拟胶囊按钮，成本远超需求
- 它还会让小程序同步丢掉原生导航栏，导致页面顶到状态栏下，必须手动适配安全区——纯为 H5 去个返回按钮而开 custom，属于典型过度设计
DOM 操作只在极少数场景下可补救
只有当你必须保留标题栏（比如要显示自定义标题），但只想干掉左上角返回按钮时，才考虑操作 DOM。但要注意：
- 元素
.uni-page-head-hd是异步挂载的，onLoad或mounted里查不到；必须用setTimeout(() => {}, 0)或nextTick - 直接设
display: none会把整个头部（含标题）干掉；若只藏按钮，得更精确，比如：document.querySelector('.uni-page-head-hd .uni-icon-back')?.style.display = 'none' - 这种写法只应在 H5 条件编译内使用，否则小程序或 APP 端运行时会报
document is not defined
