iOS实现无感知上拉加载更多功能的思路与方法

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

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

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

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

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

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

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

• 列表滑动时候的是如何知道具体滑动的位置以触发接口请求，添加更多数据？
• 从UIScrollView的代理回调中去找和scrollView的位置（contentOffset）大小（contentSize）关系密切的回调。
• 网络上有没有比较成熟的思路？

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

public protocol UIScrollViewDelegate : NSObjectProtocol {

    
    @available(iOS 2.0, *)
    optional func scrollViewDidScroll(_ scrollView: UIScrollView) // any offset changes

    @available(iOS 3.2, *)
    optional func scrollViewDidZoom(_ scrollView: UIScrollView) // any zoom scale changes

    .
    .
    .
    .
    .
    .
    /// 代码很多，这里就不放上来，给大家压力了。
}

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

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

网上的思路（一）

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

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

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

extension SwiftCoinRankListController: UITableViewDelegate {
    
    func tableView(_ tableView: UITableView, willDisplay cell: UITableViewCell, forRowAt indexPath: IndexPath) {
        let row = indexPath.row
        let distance = dataSource.count - 25
        print("row: \(row), distance:\(distance)  ")
        if row == distance {
            loadMore()
        }
    }
}

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

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

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

网上的思路（二）

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

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

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

/// 设置尾部刷新控件,更新为无感知加载更多
let footer = MJRefreshAutoFooter()
footer.triggerAutomaticallyRefreshPercent = -1
tableView.mj_footer = footer

再来看看效果：

直接说感受：

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

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

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

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这个轮子。

到此这篇关于iOS实现无感知上拉加载更多功能的思路与方法的文章就介绍到这了,更多相关iOS上拉加载更多内容请搜索猪先飞以前的文章或继续浏览下面的相关文章希望大家以后多多支持猪先飞！

参考文章

• iOS 关于列表上拉（平滑加载数据）自动加载数据的问题
• MJRefresh小技巧(上拉提前刷新)