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

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

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

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

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

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

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

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

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

在我看來，有下面幾個著手點：

列表滑動時候的是如何知道具體滑動的位置以觸發(fā)接口請求，添加更多數(shù)據(jù)？
從UIScrollView的代理回調(diào)中去找和scrollView的位置（contentOffset）大?。╟ontentSize）關(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這個回調(diào)里面雖然可以知道scrollView，但是對于我們需要的信息還不夠具體。

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

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

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

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

我看了之后，心想著，多寫一個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顯示的個數(shù)去提前請求加載數(shù)據(jù)，然后我們看看效果：

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

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

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

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

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

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

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

再來看看效果：

直接說感受：

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

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

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

MJRefresh代碼的追根朔源

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

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

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