需求

• 一个controller中包含一个tableview和两个button，点击button，tableview进行下拉刷新；
• 一个controller中包含一个collectionview和两个button，点击button，collectionview进行下拉刷新。

实现

使用Swift3.0语法，使用第三方框架MJRefresh（3.0.8版本）进行实现。

代码

在按钮的点击事件中判断，是否正在进行刷新，如果正在进行下拉刷新，则先停止下拉刷新，在开启下拉刷新。
代码截图如下：

注册tableview下拉刷新.png tableview代码.png 注册collectionview下拉刷新.png collectionview代码.png

效果

tableview演示.gif collectionview演示.gif

问题

从截图中的动画效果和打印结果来看，在tableview中，正在刷新时，点击按钮，先停止了刷新，然后又开启的刷新，运行结果符合预期。但是在collectionview中，正在刷新时，点击按钮，直接停止了刷新，并没有开启新的刷新，运行结果不符合预期。
为什么同一个框架，效果不一样呢？

探索

这个地方，我们用到了框架提供的是三个方法：

mj_header.isRefreshing()
mj_header.beginRefreshing()
mj_header.endRefreshing()

经过查看这三个方法相关的源码，我们发现：

MJRefresh源码.png

在endRefreshing的方法中，进行了判断，如果是UICollectionView,endRefreshing的动作延迟了0.1秒执行（为什么要延迟0.1s执行？），所以我们大胆的猜想，正是由于延迟了这0.1秒，导致collectionView先结束再刷新实际执行是先刷新了两次，然后在结束。如果第二次刷新也延迟0.1秒执行，应该可以得到正确的结果。

修改后的代码：

延迟执行.png

修改后的结果：

修改后的collectionview演示.gif

可以看到，延迟执行后，实际效果和预期效果相同了。

结论

在MJRefresh（3.0.8版本）中之所以出现上述问题，是由于框架在endRefreshing的方法中，进行了判断，如果是UICollectionView,endRefreshing的动作延迟了0.1秒执行，导致了上述问题的产生。所以只要再次刷新时同样延迟0.1秒执行beginRefreshing()就可以解决问题。

拓展

目前MJRefresh的最新版本为3.1.12，我们来看看在3.1.12版本中这个问题有什么变化。

最新版本源码.png

在这个版本中，endRefreshing统一添加到主线程异步执行。所以我们的代码也应该把第二次beginRefreshing添加到主线程异步执行：

添加到主线程异步执行.png

思考

从这两个版本的变化中可以看出，3.0.8中的处理是个临时方法，最终的处理方法是3.1.12中添加到主线程异步执行。
在我的经验中，添加的主线程异步执行，解决了在一个动画未执行完毕时又添加一个动画导致冲突的问题。所以猜想作者可能是为了解决正在刷新的动画或者用户对scrollview进行操作的动画和结束刷新的动画造成冲突。