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