记录一个小程序的踩坑实录。
事情是这样的，业务上需要加一个下拉刷新的功能，我看了我们项目中之前有人做过，直接第一步，cv一下我就也加上去了。加上去后感觉也没什么调一调api的事情。
onPullDownRefresh: function () {
this.setData({
pageNum: 1,
theEnd:false
}, () => {
this.getList()
})
},
谁知……到测试的时候我们测试跟我说这边有问题，说这里ios上出现了回弹较慢的情况。我纳闷了，明明是一样的东西怎么会特别有问题呢？
我认真的去看了onPullDownRefresh的api：
onPullDownRefresh()
监听用户下拉刷新事件。需要在app.json的window选项中或页面配置中开启enablePullDownRefresh。
可以通过wx.startPullDownRefresh触发下拉刷新，调用后触发下拉刷新动画，效果与用户手动下拉刷新一致。
当处理完数据刷新后，wx.stopPullDownRefresh可以停止当前页面的下拉刷新。
一开始以为是滚动条的问题，我就写了代码让滚动条滚到0的位置。
onPullDownRefresh: function () {
this.toTop();
this.setData({
pageNum: 1,
theEnd:false
}, () => {
this.getList()
})
},
还是有问题，在认真看了回弹效果后，确认了这不是滚动条的事情，以为下拉块是在page之外的灰块，它这里的回弹会比较慢，有时候甚至不回弹。但是问题来了，之前他们怎么不会出现这种情况？在经过一系列操作后，问了其他同事才终于发现在老代码的其他地方有几句没有注释的，并且我页看不懂的，并且我一直不在意的代码……
if (refresh) {
this.interval = setTimeout(() => {
wx.stopPullDownRefresh()
this.setData({
refresh: false
})
}, 200)
}
之前一直以为是什么特殊的判断，也没注释，对它用的api也没在意。（讲实话代码写的不咋地所以没啥兴趣去研究）
最后看了api说明后，我就只能拍脑门了。。。。
wx.stopPullDownRefresh(Object object)
停止当前页面下拉刷新
好吧，到了这里大概就清除情况了，因为一些兼容问题，在ios上通过 wx.onPullDownRefresh 下拉后的部分尔尔会出现无法恢复下拉前的状态。这里只要等我们的下拉请求完后通过wx.stopPullDownRefresh() 让页面恢复原状就好了。
最后上一下代码：
onPullDownRefresh: function () {
this.setData({
pageNum: 1,
theEnd:false
}, () => {
this.getList().then(res=>wx.stopPullDownRefresh())
})
},
