uni.navigateTo 不能刷新当前页,正确方式是 uni.redirectTo 或手动重置 data 并重新拉取数据;需彻底重建页面时用 uni.reLaunch(注意加时间戳防缓存),但避免在 onPullDownRefresh 中使用以防动画卡住。
想刷新当前页面却调用 uni.navigateTo 跳转到自己?这只会多压一层路由栈,不是重载,反而导致返回异常、生命周期混乱。uni-app 的页面栈模型决定了「跳转」和「重载」是两回事。
常见错误现象:onLoad 不触发、data 还是旧的、下拉刷新后状态错乱;本质是没真正销毁重建实例。
uni.redirectTo(关闭当前页再开新页)uni.reLaunch 或路由参数 trickuni.reLaunch 会关闭所有页面、重新打开目标页,效果上等同于“重启当前页”。但它有硬性前提:目标页必须在 pages.json 的 pages 数组里声明过,且不能带未注册的路径。
使用场景:登录后刷新首页、支付成功后重载订单页、需要彻底清空组件状态时。
注意参数差异:它不支持 animationType 等过渡配置,跳转过程无动画;传参必须是 query 形式,例如:
uni.reLaunch({ url: '/pages/index/index?_t=' + Date.now()})
加时间戳是为了避免被路由复用机制缓存——这是容易被忽略的坑,不加可能看起来“没刷新”。
有人试过在 onPullDownRefresh 里调 this.$forceUpdate() 或重置 data 后加 this.$nextTick,结果发现页面视图更新了,但 onLoad 没执行、onShow 也没触发——因为这些生命周期只在页面实例创建或显示时运行,不是响应式更新的钩子。
所以这类操作只适合局部数据刷新,比如列表重新请求后 this.list = [] 再赋新值,但别指望它替代页面级重载。
onPullDownRefresh 里混用 uni.reLaunch,会导致下拉动画卡住uni.reLaunch 后需手动恢复状态栏样式uni.reLaunch 会触发页面 reload,小程序则不会,行为不一致多数所谓“刷新”,其实只是更新内容,不需要销毁整个页面实例。比如新闻列表页下拉刷新,只需重新请求 API、重置分页参数、清空旧数据即可。
实操建议:
fetchList(),在 onLoad 和 onPullDownRefresh 中都调用this.page = 1、this.hasMore = true、this.list = []
uni.stopPullDownRefresh() 收起下拉动画,否则用户会以为卡死这样做性能更好,避免页面闪退感,也绕开了 reLaunch 在某些安卓低端机上的白屏问题。
真正的页面级刷新,核心就两条路:用 uni.reLaunch 强制重建,或用数据层重置模拟刷新。选哪个,取决于你是否依赖 onLoad 里的初始化逻辑、有没有未销毁的定时器、以及要不要保留滚动位置——这些细节不处理,光换函数名没用。