下拉刷新和上拉加载更多功能是一个应用非常广泛的一个效果,最新项目中就遇到这个功能,这篇文章主要给大家介绍了关于iOS实现无感知上拉加载更多功能的思路与方法,需要的朋友可以参考下

什么是无感知上拉加载更多

什么是无感知，这个这样理解：在网络情况正常的情况下，用户对列表进行连续的上拉时，该列表可以无卡顿不停再见新的数据。

如果要体验话，Web端很多已经做到了，比如掘金的首页，还有比如i掘金iOS的App，列表都是无感知的。

说来惭愧，写了这久的代码，还真的没有认真思考这个功能怎么实现。

如何实现无感知上拉加载更多

我在看见这位网友留言的时候，就开始思考了。

在我看来，有下面几个着手点：

• 列表滑动时候的是如何知道具体滑动的位置以触发接口请求，添加更多数据？

• 从UIScrollView的代理回调中去找和scrollView的位置（contentOffset）大小（contentSize）关系密切的回调。

• 网络上有没有比较成熟的思路？

顺着这条线，我先跑去看了UIScrollViewDelegate的源码：

直接上结论吧：看了一圈，反正没有和contentSize或者位置相关的回调代理。scrollViewDidScroll这个回调里面虽然可以知道scrollView，但是对于我们需要的信息还不够具体。

思考：既然UIScrollViewDelegate的代理没有现成的代理回调，自己使用KVO去监听试试？

网上的思路（一）

就在我思考的同时，我也在网络上需求实现这个功能的答案，让后看到这样一个思路：

实现方法很简单，需要用到tableView的一个代理方法，就可轻松实现。- (void)tableView:(UITableView *)tableView willDisplayCell:(UITableViewCell *)cell forRowAtIndexPath:(NSIndexPath *)indexPath就是这个方法，自定义显示cell。这个方法不太常用。但是这个方法可在每个cell将要第一次出现的时候触发。然后我们可设置当前页面第几个cell将要出现时，触发请求加载更多数据。

我看了之后，心想着，多写一个TableView的代理，总比写KVO的代码少，先试试再说，于是代码撸起：

本代码可以在开源项目中的SwiftCoinRankListController.swift文件查看具体的逻辑，其主要就是通过cell显示的个数去提前请求加载数据，然后我们看看效果：

Gif可能看起来还好，我说我调试的感受：虽然做到了上拉无感知，但是当手滑的速度比较快的时候，到底了新的数据没有回来，就会在底部等一段时间。

虽然功能达到了，但是感受却不理想，果然还是监听的细腻程度不够。

网上的思路（二）

然后在继续的搜索中，我看到了另外一个方案：

很多时候我们上拉刷新需要提前加载新数据，这时候利用MJRefreshAutoFooter的属性triggerAutomaticallyRefreshPercent就可以实现，该属性triggerAutomaticallyRefreshPercent默认值为1，然后改成0的话划到底部就会自动刷新，改成-1的话，在快划到底部44px的时候就会自动刷新。

MJRefresh？使用MJRefreshAutoFooter，这个简单，我直接把基类的footer给替换掉就可以了，本代码可以在开源项目中的BaseTableViewController.swift文件查看：

再来看看效果：

直接说感受：

代码改动性少，编写简单，达到预期效果，爽歪歪。比的方案一更丝滑，体验好。

到此，功能就实现，难道就完了？

当然，不会，我们去看看源码吧。

MJRefresh代码的追根朔源

首先我们看看MJRefreshAutoFooter.h文件：

这里有个专门的属性triggerAutomaticallyRefreshPercent去做自动刷新，那么我们去MJRefreshAutoFooter.m中去看看吧：

注意看看喔，这个.m文件有一个- (void)scrollViewContentOffsetDidChange:(NSDictionary *)change方法，并且还调用了super，从这个方法名中我们可以明显的得到当scrollView的contentOffset变化的时候进行回调的监听。，我们顺藤摸瓜，看看super是什么，会不会有新的发现：

稍微跟着一下源代码，MJRefreshAutoFooter的继承关系如下：

MJRefreshAutoFooter => MJRefreshFooter => MJRefreshComponent

所以这个super的调用我们就去MJRefreshComponent.m里面去看看吧：

通过上面的截图我们可以得到下面的一些信息与结论：

• MJRefreshComponent是通过KVO去监听scrollView的contentOffset变化，思路上比较一致。

• 该类并没有实现其具体方法，而是将其交由其子类去实现，这一点通过看MJRefreshComponent.h的注释可以得到：

• MJRefreshComponent从本质上更像虚基类。

总结

如果不是网友提出这个问题，我可能都不会太仔细的去研究这个功能，也许继续普普通通的使用一般的上拉加载更多就够了。

这次的实践，其实是从思路到寻找方法，最后再到源码阅读的。

思路也许不困难，但是真正一点点实现并完善功能，每一步都并不容易，这次我也仅仅是继续使用了MJRefresh这个轮子。