JRefresh使用过程中遇到的一个问题

JRefresh使用过程中遇到的一个问题

需求

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

实现

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

代码

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

效果

问题

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

探索

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

https://tieba.baidu.com/f?ie=utf-8&kw=冠亚小185&fr=search

https://tieba.baidu.com/f?ie=utf-8&kw=冠亚小&fr=search

https://tieba.baidu.com/p/5842941016

https://tieba.baidu.com/p/5842939779

1. mj_header.isRefreshing()

2. mj_header.beginRefreshing()

3. 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进行操作的动画和结束刷新的动画造成冲突