一. 快取機制

說到RecycleView，我們第一反應就是崇拜強大的谷歌，然後就是我那些年鍾愛的Listview，Grideview是不是要說再見了。也許吧，如果這個時候還不捨得再見，看完這篇文章，自己玩一個專案後，估計就會勇敢的說再見了。

有關如何下筆本人還是喜歡拿“前任”說事，把ListView拉出來，我們再對比下，進行一次客觀公正的選擇吧。

先說說listview的快取：

說明：上圖是個簡單的應用場景形象，對應用而言在列表當中我們只會看到可見的view和不可見的View兩種，那麼對於這兩種view的切換，不應該是每一次都重新繪製，這樣就太不可取了。於是就出現了快取機制，所謂快取我就不多說了，大家只需要記住目的就是為了更快的展現就可以了。因此在Listview當中便出現了兩級快取：

mActivieViews:

顧名思義，當前活躍的View。用於螢幕內的item快速重用，不需要重新回撥oncreate和bindView，生命週期都在onlayout裡面。

mScrapViews:

與其相反，這是是處理離屏的item，離開螢幕的view會被快取到這裡，可見的時候從裡來取，不需要回撥oncreate，但是需要重新bingview就是重新繫結view，但是一旦adapter發生改變，這裡的view將被徹底清除，也就是這級快取將被清空。

Lisiview的快取就這麼簡單，具體如何做到的有興趣的可以看下原始碼，因為這次的主角是RecycleView，有關前任的知識點我就一概而過了，畢竟說多了現任是不會喜歡的。

谷歌大神一般推出的‘現任’之所以很快讓大家跟前任提出分手，確實是因為他把前任整的太強大了，例如RecycleView針對於Listview的兩級快取，他則是有四級快取。

懶得再畫圖了，先盜一張圖：

前兩級快取和listview的mActiveviews快取猛一看差別不大，唯一的差別就在於Recycleview多了一個麼Recyclepool來進行保護性的管理。很有興趣想看看原始碼，那就來吧：

先看他們在原始碼中的定義：

final ArrayList mAttachedScrap = new ArrayList<>(); 

final ArrayList mCachedViews = new ArrayList();

RecycledViewPool mRecyclerPool;

private ViewCacheExtension mViewCacheExtension;

以上幾種快取為了貼切主題，我稱之為：可塑性備胎，備胎中的備胎， 備胎池，貴族備胎。

螢幕當中的View：

官方解釋的太繞口，我的解釋就是這類view屬於還沒脫離RecycleView的繫結，只是暫時被RecycleView給標識為無效的，你全當理解成一串不被關注的葡萄還在葡萄架上掛著，一旦被需要根據他的position又被拎起來了，正所謂是可塑性備胎。

說到備胎，來直接看看爆胎吧：

掛在葡萄架上都顯得多餘，直接給拋棄！如果說這個比較殘忍，那就找點安慰，因為備胎不止你一個，當找到真愛的時候，所有備胎全爆，不信你看：

看到上面幾個方法後，你是不是大概明白了一級快取的原理？如果還不明白，我給你一張備胎全家福：

如果還覺的眩暈，我簡單解釋就是需要你的時候，從備胎一級級找，不要覺得主子盲目，每個備胎都是有標識的（position），找不到就重新培養了。另外提到貴族備胎，是因為他是使用者可指定的，雖然不常用，但是指定了，那其他只能靠邊。行了，關於快取機制暫且說這麼多吧，再囉嗦下去，擔心看過文章的人都著急找備胎去了。

二.區域性重新整理

很不想提前任（Listview），但是沒有對比就不知道現任的好，所以前任對不起了。

想必每個玩過Listview 的人都痛哭一聲：區域性重新整理太噁心了！刪除或者增加一個view如果自己不去做處理，adapter直接notifiydatachanged，Listview會全部重新繪製，試想成千上萬的話，那還得了。當然，我們實際應用的話，如果資料量小的話估計就睜一隻眼閉一隻眼了，但是資料量大的時候，只能自己寫了。

盜一張圖吧，的確，有關前任我就愛應付：

其實很簡單，和正常人的邏輯一樣，我們區域性重新整理的時候，就是想重新整理自己想要的部位，比如你只想洗個手沒必要去泡個全身澡吧。以上程式碼解釋的很到位，業界基本都這麼用，就不要再造輪子了。

或者你已經看出我迫不及待的想說前任了，確實，一起來瞅瞅RecycleView的區域性重新整理。

天哪！不可思議，我還準備洋洋灑灑呢，竟然就這麼簡單？

確實，就是這麼簡單。api確實給的太簡單了，可是作為高逼格的你總是想知道原理，那就滿足你抽一個方法來具體深究下。以notifyItemRangeInserted為例：

mObservable.notifyItemRangeInserted(position, 1);

看到這一句貌似已經明白差不多了，android真是到處都是觀察者模式。繼續進去看看我們猜的對不對。

@Override

public void onItemRangeInserted(int positionStart, int itemCount) {

    assertNotInLayoutOrScroll(null);

    if (mAdapterHelper.onItemRangeInserted(positionStart, itemCount)) {

        triggerUpdateProcessor();

    }

}

void triggerUpdateProcessor() {

            if (mPostUpdatesOnAnimation && mHasFixedSize && mIsAttached) {

                ViewCompat.postOnAnimation(RecyclerView.this, mUpdateChildViewsRunnable);

            } else {

                mAdapterUpdateDuringMeasure = true;

                requestLayout();

            }

        }

程式碼一看大家都明白，我主要簡單點一下觀察者怎麼搞進去的，setadapter的時候會把觀察者註冊進去，觸發更新的時候會去通知observe執行響應的事情

三.四大元件

1. Adapter

我稱之為所有列表的靈魂元件，為什麼這麼說呢？因為離開他，你的資料就不不知道何去何從，因此可以看出來他的作用就是binddata即：資料繫結。

既然是資料繫結，至少要衍生出來兩個物件，資料和繫結者。

因此就剝離出來data和viewholder。viewhold我在這裡不再多做解釋，有時間可以單獨拎出來研究，你大可以理解就是為了提高效能，避免重複的findviewbyid就行。

大致先看下原始碼的結構：

不得不說recycleview的好處就是給你剝離的很清楚，看著這些函式，你是不是都歡喜了？

直接看我在專案中的運用吧，以小視訊首頁的瀑布流為例：（為了整個架構考慮，Recycleview我都是封裝的，我們只看重點）

先上一張效果圖：

資料怎樣來？毫無疑問服務的獲取解析成自己的物件塞到自己的adapter中：

bind資料：

說明：針對於adpater其實真沒啥，主要是看怎麼靈活應用，使其簡單，效能更好，實現多樣化的資料型別形式。

2. Layout Manger

一看就知道這傢伙很強啊，掌控著整個佈局形式，線性佈局，網格佈局，瀑布流等，讓你大開眼見。因為我的專案用到時瀑布流所以我只拿瀑布流說事，不過值得一提的是我封裝的layoutmanager可以支援各種形式，只是引數不同而已。

以StaggeredGridLayoutManager為例：

暫時先貼上以上三個方法吧，不過是什麼流終歸都是繼承layoutmanager實現的，在這裡layoutmanager像是一箇中轉站的指揮官，不幹實事只發命令，其實你可以想一下所謂瀑布流，網格佈局等等，無外乎就是view的一個排版，這個怎麼排無外乎就是怎麼定義每個view的一畝三分地，所以簡單來說layoutmanager就是負責告訴你view怎麼佔位。

如果深入研究的大神其實最後會發現這個最終回去呼叫requestLayout方法，這個方法大家不陌生，就是重新佈局，重新計算mesaure，重新layout，但是不會重新draw。這個原因我沒深入看，但是我覺得應該是因為view的繪製另有其人，應該是在adpater的getview裡面，因為我們會發現adpate的初始化是在我們的layoutmanager指定後，一般是這樣使用的，那麼這種猜測也就合情合理。另外多說一點，layoutmanager其實是負責recycleview的回收的源頭，從下面程式碼就可以看出：

是在onlayoutchildren方法層層呼叫的，這樣看來你就會恍然大悟，一切都明白了，這傢伙管的還真寬，沒辦法，雖然recycleview依賴他呢。

3. Item Animator

RecyclerView能夠通過mRecyclerView.setItemAnimator(ItemAnimator animator)設定新增、刪除、移動、改變的動畫效果。RecyclerView提供了預設的ItemAnimator實現類：DefaultItemAnimator。這裡我們通過分析DefaultItemAnimator的原始碼來介紹如何自定義Item Animator。

DefaultItemAnimator繼承自SimpleItemAnimator，SimpleItemAnimator繼承自ItemAnimator。

多的我就不說了，這些東西我覺得沒啥意義，大家看看就知道了。有一點想說的是，預設的是有動畫的。

4.Item Decoration

這個運用也比較常見，可以改變你view之間的間隔，甚至根據指定view來展現你與別人的與眾不同。

使用也很簡單，例如：

實在不好意思，每當到最後我都不想再繼續講了，我只能說這個知識點也沒啥好講的，原始碼也沒什麼東西，不過值得一提的是：ItemDecoration的onDraw()在繪製Item之前呼叫，ItemDecoration的onDrawOver()在繪製Item之後呼叫。

原因是：根據View的繪製流程，首先呼叫RecyclerView重寫的draw()方法，隨後super.draw()即呼叫View的draw()，該方法會先呼叫onDraw()（這個方法在RecyclerView重寫了），再呼叫dispatchDraw()繪製children。

四.總結

RecycleView 的知識點遠遠不止這些，比如他的header，footer，根據type同一個LayoutManager可以顯示不同的資料型別等等，總之知道他的原理，熟練的運用，你可以很輕鬆的分分鐘玩轉你的app各種列表佈局，懂得了原理，玩轉了RecycleView你也懂得在什麼場景怎麼使用可以效能達到最高，擴充套件性達到更高。每一個技術點個人覺得都博大精深，不管前任還是現任，吃透了，終究有好處！祝君好運，不喜勿噴！