新聞中心
一、前言

DIffUtils 是 Support-v7:24:2.0 中,更新的工具類。因?yàn)橐呀?jīng)更新了一段時(shí)間了,也不好說(shuō)是***更新的。
它主要是為了配合 RecyclerView 使用,通過(guò)比對(duì)新、舊兩個(gè)數(shù)據(jù)集的差異,生成舊數(shù)據(jù)到新數(shù)據(jù)的最小變動(dòng),然后對(duì)有變動(dòng)的數(shù)據(jù)項(xiàng),進(jìn)行局部刷新。
接下來(lái)就 DiffUtil 的使用細(xì)節(jié),進(jìn)行一個(gè)詳細(xì)的講解,希望一篇文章就完全理解 DiffUtil。
二、為什么會(huì)有DiffUtil
RecyclerView 自從被發(fā)布以來(lái),一直被說(shuō)成是 ListView、GridView 等一系列列表控件的***替代品。并且它本身使用起來(lái)也非常的好用,布局切換方便、自帶 ViewHolder 、局部更新并且可帶更新動(dòng)畫(huà)等等。
局部更新、并且可以很方便的設(shè)置更新動(dòng)畫(huà)這一點(diǎn),是 RecyclerView 一個(gè)不錯(cuò)的亮點(diǎn)。它為此提供了對(duì)應(yīng)的方法:
- adapter.notifyItemChange()
- adapter.notifyItemInserted()
- adapter.notifyItemRemoved()
- adapter.notifyItemMoved()
以上方法都是為了對(duì)數(shù)據(jù)集中,單一項(xiàng)進(jìn)行操作,并且為了操作連續(xù)的數(shù)據(jù)集的變動(dòng),還提供了對(duì)應(yīng)的 notifyRangeXxx() 方法。
雖然 RecyclerView 提供的局部更新的方法,看似非常的好用,但是實(shí)際上,其實(shí)并沒(méi)有什么用。
在實(shí)際開(kāi)發(fā)中,最方便的做法就是無(wú)腦調(diào)用 notifyDataSetChanged(),用于更新 Adapter 的數(shù)據(jù)集。
雖然 notifyDataSetChanged() 有一些缺點(diǎn):
- 不會(huì)觸發(fā) RecyclerView 的局部更新的動(dòng)畫(huà)。
- 性能低,會(huì)刷新整個(gè) RecyclerView 可視區(qū)域。
但是真有需要頻繁刷新,前后兩個(gè)數(shù)據(jù)集的場(chǎng)景。
方案一:使用一個(gè) notifyDataSetChanged() 方法。
方案二:自己寫(xiě)一個(gè)數(shù)據(jù)集比對(duì)方法,然后去計(jì)算他們的差值,***調(diào)用對(duì)應(yīng)的方法更新到 RecyclerView 中去。
我這么懶,如果不是必要,當(dāng)然是會(huì)選 方案一 了。畢竟和之前 ListView 的時(shí)候,也沒(méi)有更差了。
Google 顯然也發(fā)現(xiàn)了這個(gè)問(wèn)題,所以 DiffUtil 被發(fā)布了。
三、介紹DiffUtil
就像前面說(shuō)的,DiffUtil 就是為了解決這個(gè)痛點(diǎn)的。它能很方便的對(duì)兩個(gè)數(shù)據(jù)集之間進(jìn)行比對(duì),然后計(jì)算出變動(dòng)情況,配合 RecyclerView.Adapter ,可以自動(dòng)根據(jù)變動(dòng)情況,調(diào)用 Adapter 的對(duì)應(yīng)方法。
當(dāng)然,DiffUtil 不僅只能配合 RecyclerView 使用,它實(shí)際上可以單獨(dú)用于比對(duì)兩個(gè)數(shù)據(jù)集,然后如何操作是可以定制的,那么在什么場(chǎng)景下使用,就全憑我們自己發(fā)揮了。
DiffUtil 在使用起來(lái),主要需要關(guān)注幾個(gè)類:
- DiffUtil.Callback:具體用于限定數(shù)據(jù)集比對(duì)規(guī)則。
- DiffUtil.DiffResult:比對(duì)數(shù)據(jù)集之后,返回的差異結(jié)果。
1、DiffUtil.Callback
DiffUtil.Callback 主要就是為了限定兩個(gè)數(shù)據(jù)集中,子項(xiàng)的比對(duì)規(guī)則。畢竟開(kāi)發(fā)者面對(duì)的數(shù)據(jù)結(jié)構(gòu)多種多樣,既然沒(méi)法做一套通用的內(nèi)容比對(duì)方式,那么就將比對(duì)的規(guī)則,交還給開(kāi)發(fā)者來(lái)實(shí)現(xiàn)即可。
在 Callback 中,其實(shí)只需要實(shí)現(xiàn) 4 個(gè)方法:
- getOldListSize():舊數(shù)據(jù)集的長(zhǎng)度。
- getNewListSize():新數(shù)據(jù)集的長(zhǎng)度
- areItemsTheSame():判斷是否是同一個(gè)Item。
- areContentsTheSame():如果是通一個(gè)Item,此方法用于判斷是否同一個(gè) Item 的內(nèi)容也相同。
前兩個(gè)是獲取數(shù)據(jù)集長(zhǎng)度的方法,這沒(méi)什么好說(shuō)的。但是后兩個(gè)方法,主要是為了對(duì)應(yīng)多布局的情況產(chǎn)生的,也就是存在多個(gè) viewType 和多個(gè) ViewHodler 的情況。首先需要使用 areItemsTheSame() 方法比對(duì)是否來(lái)自同一個(gè) viewType(也就是同一個(gè) ViewHolder ) ,然后再通過(guò) areContentsTheSame() 方法比對(duì)其內(nèi)容是否也相等。
其實(shí) Callback 還有一個(gè) getChangePayload() 的方法,它可以在 ViewType 相同,但是內(nèi)容不相同的時(shí)候,用 payLoad 記錄需要在這個(gè) ViewHolder 中,具體需要更新的View。
areItemsTheSame()、areContentsTheSame()、getChangePayload() 分別代表了不同量級(jí)的刷新。
首先會(huì)通過(guò) areItemsTheSame() 判斷當(dāng)前 position 下,ViewType 是否一致,如果不一致就表明當(dāng)前 position 下,從數(shù)據(jù)到 UI 結(jié)構(gòu)上全部變化了,那么就不關(guān)心內(nèi)容,直接更新就好了。如果一致的話,那么其實(shí) View 是可以復(fù)用的,就還需要再通過(guò) areContentsTheSame() 方法判斷其內(nèi)容是否一致,如果一致,則表示是同一條數(shù)據(jù),不需要做額外的操作。但是一旦不一致,則還會(huì)調(diào)用 getChangePayload() 來(lái)標(biāo)記到底是哪個(gè)地方的不一樣,最終標(biāo)記需要更新的地方,最終返回給 DiffResult 。
當(dāng)然,對(duì)性能要是要求沒(méi)那么高的情況下,是可以不使用 getChangedPayload() 方法的。
2、DiffUtil.DiffResult
DiffUtil.DiffResult 其實(shí)就是 DiffUtil 通過(guò) DiffUtil.Callback 計(jì)算出來(lái),兩個(gè)數(shù)據(jù)集的差異。它是可以直接使用在 RecyclerView 上的。如果有必要,也是可以通過(guò)實(shí)現(xiàn) ListUpdateCallback 接口,來(lái)比對(duì)這些差異的。
3、使用DiffUtil
介紹了 Callback 和 DiffResult 之后,其實(shí)就可以正常使用 DiffUtil 來(lái)進(jìn)行數(shù)據(jù)集的比對(duì)了。
在這個(gè)過(guò)程中,其實(shí)真的很簡(jiǎn)單,只需要調(diào)用兩個(gè)方法:
- DiffUtil.DiffResult diffResult = DiffUtil.calculateDiff(new DiffCallBack(oldDatas, newDatas), true);
- diffResult.dispatchUpdatesTo(mAdapter);
calculateDiff 方法主要是用于通過(guò)一個(gè)具體的 DiffUtils.Callback 實(shí)現(xiàn)對(duì)象,來(lái)計(jì)算出兩個(gè)數(shù)據(jù)集差異的結(jié)果,得到 DiffUtil.DiffResult 。
而 calculateDiff 的另外一個(gè)參數(shù),用于標(biāo)記是否需要檢測(cè) Item 的移動(dòng)。
DiffUtil 使用的是 Eugene Myers 的差別算法,這個(gè)算法本身是不檢查元素的移動(dòng)的。也就是說(shuō),有元素的移動(dòng)它也只是會(huì)先標(biāo)記為刪除,然后再標(biāo)記插入。而如果需要計(jì)算元素的移動(dòng),它實(shí)際上也是在通過(guò) Eugene Myers 算法比對(duì)之后,再進(jìn)行一次移動(dòng)檢查。所以,如果集合本身已經(jīng)排序過(guò)了,可以不進(jìn)行移動(dòng)的檢查。
而 dispatchUpdatesTo() 就是將這個(gè)數(shù)據(jù)集差異的結(jié)果,通過(guò) Adapter 更新到 RecyclerView 上面。
實(shí)際上 dispatchUpdatesTo(Adapter) ,也是使用的 ListUpdateCallback 這個(gè)接口,在其中獲得差異,然后調(diào)用 Adapter 的對(duì)應(yīng)方法。
四、上例子
既然已經(jīng)說(shuō)清楚了,那么我們開(kāi)始上例子了。
功能很簡(jiǎn)單,有四個(gè)數(shù)據(jù)集,使用 RecyclerView 承載,然后有一個(gè)按鈕,用于輪換的切換數(shù)據(jù)集。
1、實(shí)現(xiàn) DiffUtil.Callback
為了簡(jiǎn)單,RecyclerView 中使用單一 ViewType ,并且使用一個(gè) TextView 承載一個(gè) 字符串來(lái)顯示。
那么我們開(kāi)始實(shí)現(xiàn) Callback:
2、切換數(shù)據(jù)集
既然已經(jīng)有了 DiffUtil.Callback 的實(shí)現(xiàn)之后,我們就需要對(duì)切換數(shù)據(jù)集的點(diǎn)擊事件進(jìn)行處理了。
3、實(shí)現(xiàn)效果
關(guān)鍵代碼已經(jīng)貼出來(lái)了,其實(shí)非常的簡(jiǎn)單,最終運(yùn)行的效果如下:
五、DiffUtil 效率問(wèn)題
既然 DiffUtil 非常的好用,并且內(nèi)部也實(shí)現(xiàn)了一套算法,但是我們也需要關(guān)心它的效率問(wèn)題。
根據(jù) Google 官方文檔中給出的例子,在 Nexus 5X M 系統(tǒng)上,DiffUtil 的效率問(wèn)題,給出了一些參考的數(shù)據(jù):
可以看到,實(shí)際上,DiffUtil 的算法把效率問(wèn)題解決的非常的好。在開(kāi)啟計(jì)算移動(dòng)的情況下,1000 條數(shù)據(jù)中有 200 個(gè)修改,平均值也只有 13.54 ms ,基本上都是毫秒級(jí)的。
Google 官方同時(shí)也指出,如果是對(duì)大數(shù)據(jù)集的比對(duì),***是方在子線程中去完成計(jì)算,也就是其實(shí)是存在堵塞 UI 的情況的。所以如果你遇見(jiàn)了使用 DiffUtil 之后,每次刷新有卡頓的情況,可以考慮是否數(shù)據(jù)集太大,是否應(yīng)該在子線程中完成計(jì)算。
六、結(jié)語(yǔ)
DiffUtil 已經(jīng)介紹完了,如果覺(jué)得本文對(duì)你有幫助。都看到這里了,點(diǎn)個(gè)贊再走吧。
【本文為專欄作者“張旸”的原創(chuàng)稿件,轉(zhuǎn)載請(qǐng)通過(guò)微信公眾號(hào)聯(lián)系作者獲取授權(quán)】
戳這里,看該作者更多好文
本文標(biāo)題:RecyclerView配合DiffUtil,好用到飛
網(wǎng)頁(yè)網(wǎng)址:http://fisionsoft.com.cn/article/djeidod.html


咨詢
建站咨詢
