AndroidRecyclerView緩存復(fù)用原理解析_第1頁
AndroidRecyclerView緩存復(fù)用原理解析_第2頁
AndroidRecyclerView緩存復(fù)用原理解析_第3頁
AndroidRecyclerView緩存復(fù)用原理解析_第4頁
全文預(yù)覽已結(jié)束

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

第AndroidRecyclerView緩存復(fù)用原理解析目錄一、牽出緩存1.緩存還在屏幕內(nèi)的ViewHolderScrap緩存mAttachedScrapmChangeScrap用一個(gè)例子說明2.緩存屏幕之外的ViewHolderCacheView3.mViewCacheExtension4.RecycledViewPool二、到底是四級(jí)緩存還是三級(jí)緩存

一、牽出緩存

都有哪些緩存,作用是什么,為什么這么設(shè)計(jì)

1.緩存還在屏幕內(nèi)的ViewHolderScrap緩存

Scrap是RecyclerView中最輕量的緩存,它不參與滑動(dòng)時(shí)的回收復(fù)用,只是作為重新布局時(shí)的一種臨時(shí)緩存,緩存(保存)動(dòng)作只發(fā)生在重新布局時(shí),布局完成后就要清空緩存。它的目的是,緩存當(dāng)界面重新布局(不包括初始化第一次)的前后都出現(xiàn)在屏幕上的ViewHolder,這樣就省去了不必要的CreateView和bindView的工作

mAttachedScrap

mAttachedScrap的數(shù)據(jù)結(jié)構(gòu):

finalArrayListViewHoldermAttachedScrap=newArrayList();

它是用來保存將會(huì)原封不動(dòng)的ViewHolder,例如調(diào)用notifyItemChanged方法時(shí),在布局前先把那些屏幕內(nèi)沒有改變的ViewHolder保存在mAttachedScrap中,在布局時(shí)復(fù)用mAttachedScrap中的ViewHolder,布局結(jié)束后清空mAttachedScrap,緩存的動(dòng)作只發(fā)生在布局前,復(fù)用的動(dòng)作只發(fā)生在布局時(shí),布局后清空

mChangeScrap

mChangeScrap的數(shù)據(jù)結(jié)構(gòu):

ArrayListViewHoldermChangedScrap

它是用來保存位置會(huì)發(fā)生移動(dòng)的ViewHolder,注意只是位置發(fā)生移動(dòng),內(nèi)容仍舊是原封不動(dòng),例如Remove掉一個(gè)Item,在布局前就能知道屏幕內(nèi)哪些View是原封不動(dòng)的,這些原封不動(dòng)的保存在mAttachedScrap中,哪些View是只變換位置的,這些只變換位置的保存在mChangeScrap中,在布局時(shí)不變的復(fù)用mAttachedScrap中的,只有位置變化的復(fù)用mChangeScrap中的,緩存的動(dòng)作只發(fā)生在布局前,復(fù)用的動(dòng)作只發(fā)生在布局時(shí),布局后清空

用一個(gè)例子說明

上圖描述的是我們?cè)谝粋€(gè)RecyclerView中刪除B項(xiàng),并且調(diào)用了notifyItemRemoved()時(shí),mAttachedScrap與mChangedScrap分別會(huì)臨時(shí)存儲(chǔ)的View情況。此時(shí),A是在刪除前后完全沒有變化的,它會(huì)被臨時(shí)放入mAttachedScrap。B是我們要?jiǎng)h除的,它也會(huì)被放進(jìn)mAttachedScrap,但是會(huì)被額外標(biāo)記REMOVED,并且在之后會(huì)被移除。C和D在刪除B后會(huì)向上移動(dòng)位置,因此他們會(huì)被臨時(shí)放入mChangedScrap中。E在此次操作前并沒有出現(xiàn)在屏幕中,它不屬于Scrap需要管轄的,Scrap只會(huì)緩存屏幕上已經(jīng)加載出來的ViewHolder。在刪除時(shí),A,B,C,D都會(huì)進(jìn)入Scrap,而在刪除后,A,C,D都會(huì)回來,其中C,D只進(jìn)行了位置上的移動(dòng),其內(nèi)容沒有發(fā)生變化。

RecyclerView的局部刷新,依賴的就是Scrap的臨時(shí)緩存,我們需要通過notifyItemRemoved()、notifyItemChanged()等系列方法通知RecyclerView哪些位置發(fā)生了變化,這樣RecyclerView就能在處理這些變化的時(shí)候,使用Scrap來緩存其它內(nèi)容沒有發(fā)生變化的ViewHolder,于是就完成了局部刷新。需要注意的是,如果我們使用notifyDataSetChanged()方法來通知RecyclerView進(jìn)行更新,其會(huì)標(biāo)記所有屏幕上的View為FLAG_INVALID,從而不會(huì)嘗試使用Scrap來緩存一會(huì)兒還會(huì)回來的ViewHolder,而是統(tǒng)統(tǒng)直接扔進(jìn)RecycledViewPool池子里,回來的時(shí)候就要重新走一遍綁定的過程。

Scrap只是作為布局時(shí)的臨時(shí)緩存,它和滑動(dòng)時(shí)的緩存沒有任何關(guān)系,它的detach和重新attach只臨時(shí)存在于布局的過程中。布局結(jié)束時(shí)Scrap列表應(yīng)該是空的,其成員要么被重新布局出來,要么將被移除,總之在布局過程結(jié)束的時(shí)候,兩個(gè)Scrap列表中都不應(yīng)該再存在任何東西。

2.緩存屏幕之外的ViewHolderCacheView

CacheView是在RecyclerView列表位置產(chǎn)生變動(dòng)的時(shí)候,對(duì)剛剛移出屏幕的View進(jìn)行回收復(fù)用的緩存列表,它的數(shù)據(jù)結(jié)構(gòu)是:

finalArrayListViewHoldermCachedViews=newArrayListViewHolder

mCacheViews的緩存動(dòng)作發(fā)生在滑動(dòng)時(shí),當(dāng)有Item滑出屏幕外,就會(huì)原封不動(dòng)的保存到mCacheViews中,復(fù)用動(dòng)作發(fā)生在滑動(dòng)回來的時(shí)候,場景是當(dāng)上下小距離滑動(dòng)時(shí),剛劃出去的Item又劃回來,不用再重新創(chuàng)建和重新綁定數(shù)據(jù)

注意mCachedViews是有大小限制的,默認(rèn)最大是2,當(dāng)超過2時(shí)會(huì)怎樣呢?

if(forceRecycle||holder.isRecyclable()){

if(mViewCacheMax0

!holder.hasAnyOfTheFlags(ViewHolder.FLAG_INVALID

|ViewHolder.FLAG_REMOVED

|ViewHolder.FLAG_UPDATE

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論