需求
- 一个controller中包含一个tableview和两个button，点击button，tableview进行下拉刷新；
- 一个controller中包含一个collectionview和两个button，点击button，collectionview进行下拉刷新。
实现
使用Swift3.0语法，使用第三方框架MJRefresh（3.0.8版本）进行实现。
代码
在按钮的点击事件中判断，是否正在进行刷新，如果正在进行下拉刷新，则先停止下拉刷新，在开启下拉刷新。
代码截图如下：
效果
问题
从截图中的动画效果和打印结果来看，在tableview中，正在刷新时，点击按钮，先停止了刷新，然后又开启的刷新，运行结果符合预期。但是在collectionview中，正在刷新时，点击按钮，直接停止了刷新，并没有开启新的刷新，运行结果不符合预期。
为什么同一个框架，效果不一样呢？
探索
这个地方，我们用到了框架提供的是三个方法：
mj_header.isRefreshing()
mj_header.beginRefreshing()
mj_header.endRefreshing()
经过查看这三个方法相关的源码，我们发现：
在endRefreshing的方法中，进行了判断，如果是UICollectionView,endRefreshing的动作延迟了0.1秒执行（为什么要延迟0.1s执行？），所以我们大胆的猜想，正是由于延迟了这0.1秒，导致collectionView先结束再刷新实际执行是先刷新了两次，然后在结束。如果第二次刷新也延迟0.1秒执行，应该可以得到正确的结果。
修改后的代码：
修改后的结果：
可以看到，延迟执行后，实际效果和预期效果相同了。
结论
在MJRefresh（3.0.8版本）中之所以出现上述问题，是由于框架在endRefreshing的方法中，进行了判断，如果是UICollectionView,endRefreshing的动作延迟了0.1秒执行，导致了上述问题的产生。所以只要再次刷新时同样延迟0.1秒执行beginRefreshing()就可以解决问题。
拓展
目前MJRefresh的最新版本为3.1.12，我们来看看在3.1.12版本中这个问题有什么变化。
在这个版本中，endRefreshing统一添加到主线程异步执行。所以我们的代码也应该把第二次beginRefreshing添加到主线程异步执行：
思考
从这两个版本的变化中可以看出，3.0.8中的处理是个临时方法，最终的处理方法是3.1.12中添加到主线程异步执行。
在我的经验中，添加的主线程异步执行，解决了在一个动画未执行完毕时又添加一个动画导致冲突的问题。所以猜想作者可能是为了解决正在刷新的动画或者用户对scrollview进行操作的动画和结束刷新的动画造成冲突。