优先选titleNView: false用于仅H5/APP隐藏导航栏；navigationStyle: "custom"需全平台适配状态栏，否则小程序内容被状态栏遮挡。

pages.json 里该配 titleNView 还是 navigationStyle？

要看你只针对 H5，还是需要兼容小程序或 App。如果只在 H5 上隐藏导航栏，titleNView: false 是最干净的选择；它只影响 H5 和 App，完全绕过小程序的限制，不会导致小程序白屏或状态栏遮挡问题。navigationStyle: "custom" 则是全平台生效的“硬开关”，一旦设了，所有端都会去掉原生导航栏——包括微信小程序，但小程序会立刻把页面内容顶到屏幕最顶部，不预留状态栏空间，结果就是标题被时间、信号图标盖住。

常见错误现象：H5 看着好好的，一真机调试小程序，首页第一行文字看不见，点开调试器才发现 view 已经贴着屏幕顶边了。

• titleNView: false → 推荐用于「仅 H5/APP 隐藏」场景，副作用小，无需额外处理状态栏
• navigationStyle: "custom" → 必须搭配自定义导航栏 + 状态栏高度计算，否则小程序必出视觉问题
• 二者不能混用在同一页面 style 中，navigationStyle 优先级更高，会覆盖 titleNView 的行为

小程序端隐藏后，为什么内容被“砍掉一截”？

因为微信小程序在 navigationStyle: "custom" 下，会直接移除系统导航栏和状态栏占位，但不会自动帮你留空。页面 默认从 y=0 开始渲染，而状态栏（约 20–44px 高）就压在上面。

实操建议：必须手动读取并应用状态栏高度。

• 用 uni.getSystemInfoSync().statusBarHeight 拿高度（注意：H5 返回 0，小程序返回真实值）
• 在页面 顶部加一层空 ，并用 CSS 设置 height: var(--status-bar-height)
• 更稳妥的做法是用 CSS 变量注入：:root { --status-bar-height: env(safe-area-inset-top, 20px); }，兼容 iOS 安全区

自定义导航栏要不要用第三方组件？

没必要。uni-app 自带的 titleNView 配置已支持按钮、背景色、字体等基础定制，且在 H5 和 App 端渲染为原生视图，性能比纯 更稳。只有当你需要在导航栏里嵌入搜索框、下拉菜单、复杂交互时，才值得手写一个 导航栏。

使用场景举例：

• 只需改颜色、加返回按钮 → 直接配 app-plus.titleNView，H5 也认
• 要放搜索框、用户头像、多 tab 切换 → 手写 ，配合 position: fixed 和状态栏适配
• 用了 uView 或 uni-ui → 它们的 组件本质也是 实现，没性能优势，还多一层封装逻辑

H5 端隐藏后，页面标题还显示吗？

不显示。只要 titleNView: false 或 navigationStyle: "custom" 生效，H5 页面的 标签不会受影响，但页面内顶部的标题栏 DOM 就彻底没了。如果你仍需展示标题文字，得自己加 首页，并控制样式对齐。

容易忽略的一点：H5 的浏览器标签页标题（即 HTML 的 ）和 uni-app 导航栏标题是两回事。前者由 globalStyle.navigationBarTitleText 控制，后者只是渲染在页面上的一个 DOM 元素，隐藏导航栏不影响前者。

真正麻烦的是 SEO 场景——如果靠 JS 渲染的导航栏标题是唯一标识，而你又关了它，H5 页面可能丢失关键语义信息。这时候得在 里手动同步更新 ，用 uni.setNavigationBarTitle() 不起作用。