快捷導(dǎo)航

iOS實(shí)現(xiàn)無感知上拉加載更多功能的思路與方法

更新時(shí)間：2021年07月12日 11:20:48 作者：season_zhu

下拉刷新和上拉加載更多功能是一個(gè)應(yīng)用非常廣泛的一個(gè)效果,最新項(xiàng)目中就遇到這個(gè)功能,這篇文章主要給大家介紹了關(guān)于iOS實(shí)現(xiàn)無感知上拉加載更多功能的思路與方法,需要的朋友可以參考下

什么是無感知上拉加載更多

什么是無感知，這個(gè)這樣理解：在網(wǎng)絡(luò)情況正常的情況下，用戶對(duì)列表進(jìn)行連續(xù)的上拉時(shí)，該列表可以無卡頓不停再見新的數(shù)據(jù)。

如果要體驗(yàn)話，Web端很多已經(jīng)做到了，比如掘金的首頁，還有比如i掘金iOS的App，列表都是無感知的。

說來慚愧，寫了這久的代碼，還真的沒有認(rèn)真思考這個(gè)功能怎么實(shí)現(xiàn)。

如何實(shí)現(xiàn)無感知上拉加載更多

我在看見這位網(wǎng)友留言的時(shí)候，就開始思考了。

在我看來，有下面幾個(gè)著手點(diǎn)：

列表滑動(dòng)時(shí)候的是如何知道具體滑動(dòng)的位置以觸發(fā)接口請(qǐng)求，添加更多數(shù)據(jù)？
從UIScrollView的代理回調(diào)中去找和scrollView的位置（contentOffset）大小（contentSize）關(guān)系密切的回調(diào)。
網(wǎng)絡(luò)上有沒有比較成熟的思路？

順著這條線，我先跑去看了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

    .
    .
    .
    .
    .
    .
    /// 代碼很多，這里就不放上來，給大家壓力了。
}

直接上結(jié)論吧：看了一圈，反正沒有和contentSize或者位置相關(guān)的回調(diào)代理。scrollViewDidScroll這個(gè)回調(diào)里面雖然可以知道scrollView，但是對(duì)于我們需要的信息還不夠具體。

思考：既然UIScrollViewDelegate的代理沒有現(xiàn)成的代理回調(diào)，自己使用KVO去監(jiān)聽試試？

網(wǎng)上的思路（一）

就在我思考的同時(shí)，我也在網(wǎng)絡(luò)上需求實(shí)現(xiàn)這個(gè)功能的答案，讓后看到這樣一個(gè)思路：

實(shí)現(xiàn)方法很簡(jiǎn)單，需要用到tableView的一個(gè)代理方法，就可輕松實(shí)現(xiàn)。- (void)tableView:(UITableView *)tableView willDisplayCell:(UITableViewCell *)cell forRowAtIndexPath:(NSIndexPath *)indexPath就是這個(gè)方法，自定義顯示cell。這個(gè)方法不太常用。但是這個(gè)方法可在每個(gè)cell將要第一次出現(xiàn)的時(shí)候觸發(fā)。然后我們可設(shè)置當(dāng)前頁面第幾個(gè)cell將要出現(xiàn)時(shí)，觸發(fā)請(qǐng)求加載更多數(shù)據(jù)。

我看了之后，心想著，多寫一個(gè)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()
        }
    }
}

本代碼可以在開源項(xiàng)目中的SwiftCoinRankListController.swift文件查看具體的邏輯，其主要就是通過cell顯示的個(gè)數(shù)去提前請(qǐng)求加載數(shù)據(jù)，然后我們看看效果：

Gif可能看起來還好，我說我調(diào)試的感受：雖然做到了上拉無感知，但是當(dāng)手滑的速度比較快的時(shí)候，到底了新的數(shù)據(jù)沒有回來，就會(huì)在底部等一段時(shí)間。

雖然功能達(dá)到了，但是感受卻不理想，果然還是監(jiān)聽的細(xì)膩程度不夠。

網(wǎng)上的思路（二）

然后在繼續(xù)的搜索中，我看到了另外一個(gè)方案：

很多時(shí)候我們上拉刷新需要提前加載新數(shù)據(jù)，這時(shí)候利用MJRefreshAutoFooter的屬性triggerAutomaticallyRefreshPercent就可以實(shí)現(xiàn)，該屬性triggerAutomaticallyRefreshPercent默認(rèn)值為1，然后改成0的話劃到底部就會(huì)自動(dòng)刷新，改成-1的話，在快劃到底部44px的時(shí)候就會(huì)自動(dòng)刷新。

MJRefresh？使用MJRefreshAutoFooter，這個(gè)簡(jiǎn)單，我直接把基類的footer給替換掉就可以了，本代碼可以在開源項(xiàng)目中的BaseTableViewController.swift文件查看：

/// 設(shè)置尾部刷新控件,更新為無感知加載更多
let footer = MJRefreshAutoFooter()
footer.triggerAutomaticallyRefreshPercent = -1
tableView.mj_footer = footer

再來看看效果：

直接說感受：

代碼改動(dòng)性少，編寫簡(jiǎn)單，達(dá)到預(yù)期效果，爽歪歪。比的方案一更絲滑，體驗(yàn)好。

到此，功能就實(shí)現(xiàn)，難道就完了？

當(dāng)然，不會(huì)，我們?nèi)タ纯丛创a吧。

MJRefresh代碼的追根朔源

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

這里有個(gè)專門的屬性triggerAutomaticallyRefreshPercent去做自動(dòng)刷新，那么我們?nèi)JRefreshAutoFooter.m中去看看吧：

注意看看喔，這個(gè).m文件有一個(gè)- (void)scrollViewContentOffsetDidChange:(NSDictionary *)change方法，并且還調(diào)用了super，從這個(gè)方法名中我們可以明顯的得到當(dāng)scrollView的contentOffset變化的時(shí)候進(jìn)行回調(diào)的監(jiān)聽。，我們順藤摸瓜，看看super是什么，會(huì)不會(huì)有新的發(fā)現(xiàn)：

稍微跟著一下源代碼，MJRefreshAutoFooter的繼承關(guān)系如下：

MJRefreshAutoFooter => MJRefreshFooter => MJRefreshComponent

所以這個(gè)super的調(diào)用我們就去MJRefreshComponent.m里面去看看吧：

通過上面的截圖我們可以得到下面的一些信息與結(jié)論：

MJRefreshComponent是通過KVO去監(jiān)聽scrollView的contentOffset變化，思路上比較一致。
該類并沒有實(shí)現(xiàn)其具體方法，而是將其交由其子類去實(shí)現(xiàn)，這一點(diǎn)通過看MJRefreshComponent.h的注釋可以得到：