uni-app下拉刷新怎么做？页面配置与生命周期全解析
想让页面支持下拉刷新？这事儿说简单也简单，就两个核心动作：配置开关、处理回调。但说麻烦也真麻烦，因为uni-app在这件事上“沉默”得很——配置不对，它不报错，只是静静地什么都不发生。今天就把这几个关键步骤和容易踩的坑，一次性理清楚。
pages.json 里必须加 enablePullDownRefresh: true
这是第一道，也是最重要的开关。没配这行，后面写的所有代码都等于白干。onPullDownRefresh函数根本不会被触发——这不是bug，而是uni-app框架的硬性规定。它只认pages.json（或者subNVue页面对应的json配置），你在manifest.json或者.vue文件里写再多，它都不认账。
常见的错误现象是什么？你在onPullDownRefresh里写了console.log("下拉了")，但控制台一片寂静；页面下拉时，既没有动画，也没有任何文字提示，仿佛什么都没发生。
- 配置位置要找准：必须在对应页面的
style对象里配置，而不是全局的globalStyle（除非你真的想让所有页面都支持下拉刷新）。 - 顺手把文字调可见：建议同时加上
backgroundTextStyle: "dark"或者"light"。否则在微信小程序等平台，刷新时的提示文字可能会“隐身”，看不见。 - 改完记得重启：修改
pages.json后，无论是H5还是小程序，都需要重启项目才能生效，热更新识别不了这个配置的变更。
onPullDownRefresh 是唯一入口，但必须手动收尾
开关打开了，用户也下拉了，动画开始转了，你的数据加载函数也执行了。然后呢？然后你会发现，那个刷新图标还在那儿一直转。没错，uni-app不会自动停止下拉刷新的动画状态，这是新手最容易卡住的地方。
这里有个关键逻辑：当用户手指松开、页面开始回弹的那一刻，onPullDownRefresh函数才会被调用。这个函数只负责告诉你“可以开始干活了”，但它不负责“干完活收拾现场”。收尾的工作，必须你亲自来。
- 每次进入，必须收尾：每次执行
onPullDownRefresh函数后，无论你的数据请求成功还是失败，最后都必须调用一次uni.stopPullDownRefresh()。否则，刷新状态就会一直挂着。 - 失败也要调：即使网络请求失败了，也要调用
stopPullDownRefresh。不然，用户再次下拉时，页面会毫无反应，因为动画状态已经被卡死了。 - 别在错误的地方调用：不要在
onLoad或onShow这些生命周期里调用uni.stopPullDownRefresh()。这个方法只对当前正在发生的下拉刷新事件有效。
主动触发要用 uni.startPullDownRefresh()，但有平台限制
不想等用户下拉，想通过点击按钮主动触发刷新？可以，用uni.startPullDownRefresh()。但前提是，你必须确保当前页面已经启用了下拉刷新（即pages.json里已经配好了enablePullDownRefresh: true），否则在H5和部分App端，这个API会直接报错。
注意它的回调参数：success回调是在下拉刷新动画真正启动后触发，而不是在你的接口请求成功之后；fail回调则常见于页面未配置下拉，或者当前平台根本不支持主动触发这个功能。
- 平台支持度不一：微信小程序、App（使用v3编译器）、H5支持主动触发；而快应用、百度小程序、支付宝小程序目前暂不支持。
- 警惕套娃调用：绝对不要在
onPullDownRefresh函数内部再去调用startPullDownRefresh，这会形成循环调用，导致异常。 - 更稳妥的方案：如果你只是想“模拟刷新”的效果，更推荐的做法是直接调用你自己的数据刷新方法（比如
refreshData()），而不是强依赖这个可能有平台限制的API。
Vue 3 setup 里怎么写？生命周期名不变
用了Vue 3的Composition API，下拉刷新该怎么写？很多人会困惑，是不是要用什么新的组合式API。其实不用，规则很简单：uni-app的页面生命周期函数名保持不变。即使在setup()里，你依然直接写onPullDownRefresh函数，然后把它挂到返回的对象上就行了。
这里有个容易踩的坑：试图在setup()里使用onMounted或onActivated这类Vue组合式API生命周期钩子来监听下拉刷新事件，这是完全无效的。uni-app并没有将下拉刷新事件映射到这些Composition API的生命周期里。
- 正确写法：在
setup()函数返回的对象中，直接定义onPullDownRefresh() { ... }方法。 - 注意数据更新时机：当函数里涉及响应式数据更新时，确保数据是用
ref或reactive声明的。并且，建议在调用stopPullDownRefresh()之后，再更新数据，这样可以避免一些视图未及时同步的边角情况。 - 别想绕开它：不要试图用
watch监听某个变量变化来模拟下拉刷新。下拉刷新与用户的物理手势强绑定，这个生命周期是绕不开的入口。
说到底，下拉刷新的逻辑就像一把锁配两把钥匙：pages.json里的配置开关是一把，页面里的onPullDownRefresh生命周期函数是另一把。缺了任何一把，门都打不开。但如果你多配了无用的钥匙（比如在错误的地方调用收尾函数），反而会让整个逻辑变得脆弱。最让人头疼的，莫过于调试时它一片沉默，不给你任何错误提示。希望理清这些点后，你能一次配好，顺畅刷新。
