首页不显示Tabbar需分场景处理：APP端用pages.json配置"app-plus":{"tabBar":{"visible":false}}；小程序/H5须在onReady调uni.hideTabBar({animation:false})；自定义TabBar仍需onReady隐藏原生栏，并在App.vue的onLaunch中补充调用。
首页不显示 Tabbar，不是“隐藏一下”就能解决的事——它本质是页面类型和生命周期的错配。uni-app 的 Tabbar 有强绑定逻辑：只要页面在 pages.json 的 tabBar.list 中声明了，它就默认属于 tabbar 页面，uni.hideTabBar() 只能后置隐藏，必然闪一下；而如果首页根本不在 tabBar.list 里，又会触发“非 tabbar 页面调用 uni.hideTabBar() 报错”的问题。
首页不在 tabBar.list 中，但又要跳转到 tabbar 页面
这是最常见也最容易踩坑的场景：比如把登录页或引导页设为首页（"pages": ["pages/login/login"]），登录成功后 uni.switchTab({ url: "/pages/index/index" }) 跳过去。此时 /pages/index/index 是 tabbar 页面，但首页本身不是——它压根没资格调用 uni.hideTabBar()，强行调用会报错 hideTabBar is not available。
- 首页（如
login.vue）的onLoad或onShow中不要调用uni.hideTabBar() - 确保
pages.json中tabBar.list不包含首页路径，只包含真正需要底部导航的页面 - 登录成功后跳转用
uni.switchTab，不是uni.navigateTo，否则目标页不会激活 tabbar - 如果首页是
pages/index/index，又想它不显示 tabbar，那它就不该出现在tabBar.list中——你得另选一个页面作为 tabBar 入口，比如pages/home/home
首页就是 tabBar.list 第一项，但想首次打开时不显示
这种情况更隐蔽：首页既是入口页，又在 tabBar.list 里，uni-app 启动时会立刻渲染原生 tabbar，哪怕你在 onLoad 里立刻调用 uni.hideTabBar({ animation: false })，也会闪半秒。因为原生组件已绘制完成，JS 才介入。
- APP 端：在
pages.json对应首页的style下加"app-plus": {"tabBar": {"visible": false}}，这是唯一能“启动前拦截”的方式 - 微信小程序 / H5：不支持配置式隐藏，必须改用
onReady（不是onLoad）调用uni.hideTabBar({ animation: false })，此时视图树已挂载但原生 tabbar 尚未强制渲染 -
onReady在某些低端安卓机上仍可能稍慢，可配合setTimeout(..., 0)微调，但别超 16ms，否则又变相延迟
自定义 tabBar 时首页仍闪原生 tabbar
即使你在 pages.json 配了 "tabBar": {"custom": true}，iOS 和部分安卓厂商机（如华为 EMUI、小米 MIUI）仍会在冷启动时短暂显示系统级原生 tabbar，然后才切到你的自定义组件——这不是 bug，是平台渲染机制差异。
- 必须在首页的
onReady中调用uni.hideTabBar({ animation: false })，不能省 -
App.vue的onLaunch里也要加一次uni.hideTabBar()，覆盖冷启动场景 - 自定义 tabBar 组件自身不要依赖
v-if控制显隐，而是用固定定位 + z-index 覆盖，避免 DOM 重排导致的抖动 - 真机调试务必用 release 模式，debug 模式下某些平台会绕过 custom 逻辑，直接走原生 tabbar
最易被忽略的一点：tabBar 页面切换后，目标页的 onShow 一定会触发，但 onLoad 不一定——页面可能被缓存。所以所有恢复 tabbar 的逻辑（比如从弹窗页返回）必须写在 onShow，而不是寄希望于 onLoad 重新执行。否则你会遇到“从登录页切回来，tabbar 死活不出现”的情况。
