很多 uni-app 开发者都会遇到同一个疑难 Bug： 快速切换 Tab、页面跳转、返回上一页时，页面出现高度塌陷、空白、列表闪烁、内容忽隐忽现。

复现路径：页面发起网络请求，不等接口返回，立刻切换页面；新页面渲染完成，旧页面异步数据返回，造成视图变量错乱，布局高度瞬间归零又撑开。

大量新手只会单纯加loading，治标不治本。本文由浅入深，分层给出CSS 兜底、请求锁、终止 pending 请求、生命周期规范、状态管控整套企业级解决方案，彻底根除塌陷问题。

一、现象表现与底层根因

1.1 典型现象

1. 页面切换瞬间页面空白、列表塌陷，几秒后数据加载才恢复高度；
2. Tab 来回切换，列表内容错乱、新旧数据互相覆盖；
3. 返回上一页，页面高度收缩，出现大片空白区域；
4. 偶发页面渲染完成，但是 DOM 容器高度为 0，视觉塌陷。

1.2 四大核心根源

① 请求竞态（Race Condition，最主要元凶）

用户进入页面 A，发起接口请求；在请求未响应时，快速跳转到页面 B。 页面 A 实例如果被销毁 / 隐藏，未终止的异步请求依然会执行回调，修改已经脱离视图的响应式变量，触发 Vue 异常渲染，布局时序错乱，直接塌陷。

TabBar 页面使用switchTab切换，页面不会触发 onUnload，只会执行 onHide！页面实例常驻内存，堆积大量未完成请求，问题更容易复现。

② 生命周期滥用：无脑在 onShow 调用接口

onLoad只执行一次；onShow每次页面可见都会执行。 很多开发者把所有数据请求写在onShow，频繁切换页面会连续发起多轮请求，前后请求返回时序不可控，旧请求覆盖新数据，视图剧烈抖动塌陷。

③ 缺少布局兜底，无数据时容器高度坍塌

列表容器没有最小高度，list = []时 DOM 节点全部消失，容器高度变为 0；数据返回后重新渲染，肉眼可见塌陷、跳动。

④ 缺少请求状态锁，短时间重复发起请求

频繁切换 Tab、快速返回页面，短时间重复调用接口，多个请求并发，数据互相覆盖，页面状态混乱。

二、分层解决方案（由易到难，建议全部落地）

方案 1：CSS 布局兜底（快速缓解，治标）

核心思路：无论数据是否加载成功，页面容器维持最小高度，避免高度归零塌陷。

仅作为辅助手段，无法解决请求竞态带来的数据错乱。

<template> <view class="page-wrap"> <!-- 页面内容区域 --> </view> </template> <style scoped> .page-wrap { /* 减去导航栏、tabBar高度，适配小程序 */ min-height: calc(100vh - var(--window-bottom)); } </style>

进阶优化：使用骨架屏 / Skeleton 占位，替代空白区域，提升视觉体验。

方案 2：增加请求锁，拦截并发重复请求

增加loading布尔锁，请求执行期间禁止再次调用接口，避免短时间大量请求堆积。

<script setup> import { ref, onShow } from 'vue' const list = ref([]) const loading = ref(false) const getListData = async () => { // 请求进行中，直接拦截 if (loading.value) return loading.value = true try { const res = await api.getList() list.value = res.data } catch (err) { console.error('请求失败', err) } finally { loading.value = false } } onShow(() => { getListData() }) </script>

方案 3：页面离开时终止所有等待中的请求【核心根治方案】

uni.request 原生返回requestTask，支持.abort()主动终止请求。 页面切换、隐藏、卸载时，批量终止所有 pending 请求，杜绝旧请求回调污染页面。

Vue3 setup 完整示例

<script setup> import { ref, onShow, onUnload, onHide } from 'vue' // 保存当前页面所有请求任务 const taskList = ref([]) const list = ref([]) // 封装请求，收集task function fetchData() { const task = uni.request({ url: '/api/list', method: 'GET', success: (res) => { list.value = res.data }, fail: (err) => { // 主动abort产生的错误，不需要弹窗提示 if (err.errMsg !== 'request:fail abort') { uni.showToast({ title: '网络异常', icon: 'none' }) } } }) taskList.value.push(task) } onShow(() => { fetchData() }) // 页面销毁：普通路由跳转（navigateTo/redirectTo） onUnload(() => { taskList.value.forEach(task => task.abort()) taskList.value = [] }) // Tab页面重点！switchTab不会触发onUnload，监听onHide onHide(() => { taskList.value.forEach(task => task.abort()) taskList.value = [] }) </script>

重要提醒：使用 luch-request、uView 等请求库，可利用cancelToken实现同样效果。

方案 4：规范生命周期，区分初始化刷新与实时刷新

90% 开发者踩坑点：不分场景全部写在onShow。 ✅标准规范：

1. 一次性初始化数据（页面首次加载）→onLoad
2. 每次进入页面必须刷新数据→onShow，搭配请求锁 + 请求终止

❌禁止：列表分页、详情接口全部无脑放入 onShow，极易造成请求风暴。

方案 5：增加请求序列号，过滤过期请求（进阶兜底）

即使忘记终止请求，也保证只有最新的请求能更新页面数据。

<script setup> import { ref, onShow } from 'vue' const list = ref([]) const reqSerial = ref(0) async function getList() { const currentSerial = ++reqSerial.value const res = await api.getList() // 只有当前最新序列号，才允许赋值渲染 if (currentSerial === reqSerial.value) { list.value = res.data } } onShow(() => getList()) </script>

原理：每次发起请求自增序列号；旧请求返回时，序列号不匹配，直接丢弃数据，不会覆盖页面。

三、TabBar 页面特殊注意事项（高频塌陷重灾区）

uni.switchTab切换底部 Tab 页面：

1. 页面实例不会销毁，onUnload 永远不会执行
2. 只会触发 onShow /onHide
3. 反复切换 Tab，页面常驻内存，未终止请求持续堆积

👉固定解决方案： 在onHide钩子执行请求 abort，页面隐藏立刻切断所有网络请求。

四、完整标准页面模板（直接复制使用）

<template> <view class="page-wrap"> <view v-if="loading">加载中...</view> <view v-else-if="list.length === 0">暂无数据</view> <view v-else> <view v-for="item in list" :key="item.id">{{item.title}}</view> </view> </view> </template> <script setup> import { ref, onShow, onUnload, onHide } from 'vue' import api from '@/api/index' const list = ref([]) const loading = ref(false) const taskList = ref([]) const loadData = async () => { if (loading.value) return loading.value = true const task = uni.request({ url: '/api/article/list', success: (res) => { list.value = res.data }, fail: (err) => { if (err.errMsg !== 'request:fail abort') { uni.showToast({ title: '加载失败', icon: 'none' }) } }, complete: () => { loading.value = false } }) taskList.value.push(task) } onShow(() => { loadData() }) // Tab页面切换触发 onHide(() => { taskList.value.forEach(task => task.abort()) taskList.value = [] }) // 普通页面返回销毁触发 onUnload(() => { taskList.value.forEach(task => task.abort()) taskList.value = [] }) </script> <style scoped> .page-wrap { min-height: calc(100vh - var(--window-bottom)); } </style>

五、避坑清单（开发重点自查）

1. ❌不要依赖单纯 loading 解决塌陷，无法处理请求竞态；
2. ❌Tab 页面不要只写 onUnload 终止请求，必须补充 onHide；
3. ❌不要在 onShow 并发发起多个互不相关接口；
4. ❌不要忘记主动 abort 请求，长期运行会引发内存泄漏；
5. ✅多层防护：请求锁 + 终止 pending 请求 + CSS 最小高度 + 请求序列号；
6. ✅快速复现测试方法：快速来回切换 Tab，连续多次进出页面，观察是否塌陷、闪烁。

六、全文总结

页面切换引发布局塌陷，表面是样式问题，本质是异步请求时序失控、请求竞态。 优化优先级：

1. 强制终止页面隐藏 / 卸载时未完成请求（核心）
2. 使用请求锁，避免并发重复调用
3. 规范生命周期，合理划分 onLoad/onShow 职责
4. CSS 最小高度 / 骨架屏做视觉兜底
5. 可选：请求序列号兜底，过滤过期接口回调

按照这套规范改造后，可以彻底解决 uni-app 小程序页面切换塌陷、白屏、列表抖动问题。