RecyclerView setHasFixedSize 作用

經常使用RecyclerView 的時候，都會看到順手調用一句 RecyclerView.setHasFixedSize(true);一直不知道這個方法起到什麼作用，今天 google一下，也看了一下源碼，大概理解了，記錄一下

根據該方法的描述可以翻譯爲：
RecyclerView的尺寸在每次改變時，比如你加任何些東西。setHasFixedSize 的作用就是確保尺寸是通過用戶輸入從而確保RecyclerView的尺寸是一個常數。RecyclerView 的Item寬或者高不會變。每一個Item添加或者刪除都不會變。
如果你沒有設置setHasFixedSized沒有設置的代價將會是非常昂貴的。因爲RecyclerView會需要而外計算每個item的size。

看一下使用mHasFixedSize的地方就明白了：

	 void triggerUpdateProcessor() {
            if (mPostUpdatesOnAnimation && mHasFixedSize && mIsAttached) {
                ViewCompat.postOnAnimation(RecyclerView.this, mUpdateChildViewsRunnable);
            } else {
                mAdapterUpdateDuringMeasure = true;
                requestLayout();
            }
        }
    

如果mHasFixedSize=fasle 就會請求requestLayout()方法，重新繪製這個代價是非常大的。所以如當不是瀑布流時，設置這個可以避免重複的增刪造成而外的浪費資源
看一下triggerUpdateProcessor();方法會在什麼地方調用：

     @Override
        public void onItemRangeChanged(int positionStart, int itemCount, Object payload) {
            assertNotInLayoutOrScroll(null);
            if (mAdapterHelper.onItemRangeChanged(positionStart, itemCount, payload)) {
                triggerUpdateProcessor();
            }
        }

        @Override
        public void onItemRangeInserted(int positionStart, int itemCount) {
            assertNotInLayoutOrScroll(null);
            if (mAdapterHelper.onItemRangeInserted(positionStart, itemCount)) {
                triggerUpdateProcessor();
            }
        }

        @Override
        public void onItemRangeRemoved(int positionStart, int itemCount) {
            assertNotInLayoutOrScroll(null);
            if (mAdapterHelper.onItemRangeRemoved(positionStart, itemCount)) {
                triggerUpdateProcessor();
            }
        }

        @Override
        public void onItemRangeMoved(int fromPosition, int toPosition, int itemCount) {
            assertNotInLayoutOrScroll(null);
            if (mAdapterHelper.onItemRangeMoved(fromPosition, toPosition, itemCount)) {
                triggerUpdateProcessor();
            }
        }

這樣看就很明白了，當調用Adapter的增刪改插方法，最後就會根據mHasFixedSize這個值來判斷需要不需要requestLayout()；

再來看一下notifyDataSetChanged()執行的代碼，最後是調用了onChanged，調用了requestLayout()，會去重新測量寬高

 		 public final void notifyDataSetChanged() {
            mObservable.notifyChanged();
        }
        會調用該方法
         public void notifyChanged() {
            // since onChanged() is implemented by the app, it could do anything, including
            // removing itself from {@link mObservers} - and that could cause problems if
            // an iterator is used on the ArrayList {@link mObservers}.
            // to avoid such problems, just march thru the list in the reverse order.
            for (int i = mObservers.size() - 1; i >= 0; i--) {
                mObservers.get(i).onChanged(); // 通知mObservers UI 改變，
            }
        }
        最後會走到 onchaged 方法
  public void onChanged() {
            assertNotInLayoutOrScroll(null);
            if (mAdapter.hasStableIds()) {
                // TODO Determine what actually changed.
                // This is more important to implement now since this callback will disable all
                // animations because we cannot rely on positions.
                mState.mStructureChanged = true;
                setDataSetChangedAfterLayout();
            } else {
                mState.mStructureChanged = true;
                setDataSetChangedAfterLayout();
            }
            if (!mAdapterHelper.hasPendingUpdates()) {
                // 刷新佈局
                requestLayout();
            }
        }

總結：當我們確定Item的改變不會影響RecyclerView的寬高的時候可以設置setHasFixedSize(true)，並通過Adapter的增刪改插方法去刷新RecyclerView，而不是通過notifyDataSetChanged()。（其實可以直接設置爲true，當需要改變寬高的時候就用notifyDataSetChanged()去整體刷新一下）