目錄介紹
- 25.0.0.0 請說一下RecyclerView？adapter的作用是什麼，幾個方法是做什麼用的？如何了解adapter訂閱者模式？
- 25.0.0.1 ViewHolder的作用是什麼？如何了解ViewHolder的複用？什麼時候停止調用onCreateViewHolder？
- 25.0.0.2 ViewHolder封裝如何對findViewById優化？ViewHolder中為何使用SparseArray替代HashMap存儲viewId？
- 25.0.0.3 LayoutManager作用是什麼？LayoutManager樣式有哪些？setLayoutManager源碼裡做了什麼？
- 25.0.0.4 SnapHelper主要是做什麼用的？SnapHelper是怎麼實作支援RecyclerView的對齊方式？
- 25.0.0.5 SpanSizeLookup的作用是幹什麼的？SpanSizeLookup如何使用？SpanSizeLookup實作原理如何了解？
- 25.0.0.6 ItemDecoration的用途是什麼？自定義ItemDecoration有哪些重寫方法？分析一下addItemDecoration()源碼？
- 25.0.0.7 上拉加載更多的功能是如何做的？添加滾動監聽事件需要注意什麼問題？網格布局上拉加載如何優化？
- 25.0.0.8 RecyclerView繪制原理如何了解？性能優化本質是什麼？RecyclerView繪制原理過程大概是怎樣的？
- 25.0.0.9 RecyclerView的Recyler是如何實作ViewHolder的緩存？如何了解recyclerView三級緩存是如何實作的？
- 25.0.1.0 螢幕滑動(狀态是item狀态可見，不可見，即将可見變化)時三級緩存是如何了解的？adapter中的幾個方法是如何變化？
- 25.0.1.1 SnapHelper有哪些重要的方法，其作用就是是什麼？LinearSnapHelper中是如何實作滾動停止的？
- 25.0.1.2 LinearSnapHelper代碼中calculateDistanceToFinalSnap作用是什麼？那麼out[0]和out[1]分别指什麼？
- 25.0.1.3 如何實作可以設定分割線的顔色，寬度，以及到左右兩邊的寬度間距的自定義分割線，說一下思路？
- 25.0.1.4 如何實作複雜type首頁需求？如果不封裝會出現什麼問題和弊端？如何提高代碼的簡便性和高效性？
- 25.0.1.5 關于item條目點選事件在onCreateViewHolder中寫和在onBindViewHolder中寫有何差別？如何優化？
- 25.0.1.6 RecyclerView滑動卡頓原因有哪些？如何解決嵌套布局滑動沖突？如何解決RecyclerView實作畫廊卡頓？
- 25.0.1.7 RecyclerView常見的優化有哪些？實際開發中都是怎麼做的，優化前後對比性能上有何提升？
- 25.0.1.8 如何解決RecyclerView嵌套RecyclerView條目自動上滾的Bug？如何解決ScrollView嵌套RecyclerView滑動沖突？
- 25.0.1.9 如何處理ViewPager嵌套水準RecyclerView橫向滑動到底後不滑動ViewPager？如何解決RecyclerView使用Glide加載圖檔導緻圖檔錯亂問題？
- 00.RecyclerView複雜封裝庫
- 幾乎融合了該系列部落格中絕大部分的知識點，歡迎一遍看部落格一遍實踐，一步步從簡單實作功能強大的庫
- 01.RecyclerView
- RecycleView的結構，RecyclerView簡單用法介紹
- 02.Adapter
- RecyclerView.Adapter扮演的角色，一般常用的重寫方法說明，資料變更通知之觀察者模式，檢視.notifyChanged();源碼
- 03.ViewHolder
- ViewHolder的作用，如何了解對于ViewHolder對象的數量“夠用”之後就停止調用onCreateViewHolder方法，ViewHolder簡單封裝
- 04.LayoutManager
- LayoutManager作用是什麼？setLayoutManager源碼分析
- 05.SnapHelper
- SnapHelper作用，什麼是Fling操作 ，SnapHelper類重要的方法，
- 06.ItemTouchHelper
- 07.SpanSizeLookup
- SpanSizeLookup如何使用，同時包含清單，2列的網格，3列的網格如何優雅實作？
- 08.ItemDecoration
- ItemDecoration的用途，addItemDecoration()源碼分析
- 09.RecycledViewPool
- RecyclerViewPool用于多個RecyclerView之間共享View。
- 10.ItemAnimator
- 官方有一個預設Item動畫類DafaultItemAnimator,其中DefaultItemAnimator繼承了SimpleItemAnimator,在繼承了RecyclerView.ItemAnimator，它是如何實作動畫呢？
- 11.RecyclerView上拉加載
- 添加recyclerView的滑動事件，上拉加載分頁資料，設定上拉加載的底部footer布局，顯示和隐藏footer布局
- 12.RecyclerView緩存原理
- RecyclerView做性能優化要說複雜也複雜，比如說布局優化，緩存，預加載，複用池，重新整理資料等等
- 13.SnapHelper源碼分析
- SnapHelper旨在支援RecyclerView的對齊方式，也就是通過計算對齊RecyclerView中TargetView 的指定點或者容器中的任何像素點。
- 16.自定義SnapHelper
- 自定義SnapHelper
- 18.ItemTouchHelper 實作互動動畫
- 需要自定義類實作ItemTouchHelper.Callback類
- 19.自定義ItemDecoration分割線
- 需要自定義類實作RecyclerView.ItemDecoration類，并選擇重寫合适方法
- 21.RecyclerView優化處理
- RecyclerView滑動卡頓原因有哪些？如何解決嵌套布局滑動沖突？如何解決RecyclerView實作畫廊卡頓？
- 22.RecyclerView問題彙總
- getLayoutPosition()和getAdapterPosition()的差別
- 23.RecyclerView滑動沖突
- 01.如何判斷RecyclerView控件滑動到頂部和底部
- 02.RecyclerView嵌套RecyclerView 條目自動上滾的Bug
- 03.ScrollView嵌套RecyclerView滑動沖突
- 04.ViewPager嵌套水準RecyclerView橫向滑動到底後不滑動ViewPager
- 05.RecyclerView嵌套RecyclerView的滑動沖突問題
- 06.RecyclerView使用Glide加載圖檔導緻圖檔錯亂問題解決
- 24.ScrollView嵌套RecyclerView問題
- 要實作在NestedScrollView中嵌入一個或多個RecyclerView，會出現滑動沖突，焦點搶占，顯示不全等。如何處理？
- 25.RecyclerView封裝庫和綜合案例
- 自定義支援上拉加載更多【加載中，加載失敗[比如沒有更多資料]，加載異常[無網絡]，加載成功等多種狀态】，下拉重新整理，可以實作複雜的狀态頁面，支援自由切換狀态【加載中，加載成功，加載失敗，沒網絡等狀态】的控件，拓展功能[支援長按拖拽，側滑删除]可以選擇性添加。具體使用方法，可以直接參考demo案例。
- 關于RecyclerView，大家都已經很熟悉了，用途十分廣泛，大概結構如下所示
- RecyclerView.Adapter - 處理資料集合并負責綁定視圖
- ViewHolder - 持有所有的用于綁定資料或者需要操作的View
- LayoutManager - 負責擺放視圖等相關操作
- ItemDecoration - 負責繪制Item附近的分割線
- ItemAnimator - 為Item的一般操作添加動畫效果，如，增删條目等
- 如圖所示，直覺展示結構
- adapter的作用是什麼
- RecyclerView.Adapter扮演的角色
- 一是，根據不同ViewType建立與之相應的的Item-Layout
- 二是，通路資料集合并将資料綁定到正确的View上
- 幾個方法是做什麼用的
- 一般常用的重寫方法有以下這麼幾個： 部落格
public VH onCreateViewHolder(ViewGroup parent, int viewType) 建立Item視圖，并傳回相應的ViewHolder public void onBindViewHolder(VH holder, int position) 綁定資料到正确的Item視圖上。 public int getItemCount() 傳回該Adapter所持有的Itme數量 public int getItemViewType(int position) 用來擷取目前項Item(position參數)是哪種類型的布局 - 如何了解adapter訂閱者模式
- 當時據集合發生改變時，我們通過調用.notifyDataSetChanged()，來重新整理清單，因為這樣做會觸發清單的重繪。
- 注意這裡需要了解什麼是訂閱者模式……
- a.首先看.notifyDataSetChanged()源碼
public final void notifyDataSetChanged() { mObservable.notifyChanged(); } - b.接着檢視.notifyChanged();源碼
- 被觀察者AdapterDataObservable，内部持有觀察者AdapterDataObserver集合
static class AdapterDataObservable extends Observable<AdapterDataObserver> { public boolean hasObservers() { return !mObservers.isEmpty(); } public void notifyChanged() { for (int i = mObservers.size() - 1; i >= 0; i--) { mObservers.get(i).onChanged(); } } public void notifyItemRangeChanged(int positionStart, int itemCount) { notifyItemRangeChanged(positionStart, itemCount, null); } public void notifyItemRangeChanged(int positionStart, int itemCount, Object payload) { for (int i = mObservers.size() - 1; i >= 0; i--) { mObservers.get(i).onItemRangeChanged(positionStart, itemCount, payload); } } public void notifyItemRangeInserted(int positionStart, int itemCount) { for (int i = mObservers.size() - 1; i >= 0; i--) { mObservers.get(i).onItemRangeInserted(positionStart, itemCount); } } }- 觀察者AdapterDataObserver，具體實作為RecyclerViewDataObserver，當資料源發生變更時，及時響應界面變化
public static abstract class AdapterDataObserver { public void onChanged() { // Do nothing } public void onItemRangeChanged(int positionStart, int itemCount) { // do nothing } public void onItemRangeChanged(int positionStart, int itemCount, Object payload) { onItemRangeChanged(positionStart, itemCount); } } - c.接着檢視setAdapter()源碼中的setAdapterInternal(adapter, false, true)方法
public void setAdapter(Adapter adapter) { // bail out if layout is frozen setLayoutFrozen(false); setAdapterInternal(adapter, false, true); requestLayout(); }- setAdapterInternal(adapter, false, true)源碼
private void setAdapterInternal(Adapter adapter, boolean compatibleWithPrevious, boolean removeAndRecycleViews) { if (mAdapter != null) { mAdapter.unregisterAdapterDataObserver(mObserver); mAdapter.onDetachedFromRecyclerView(this); } if (!compatibleWithPrevious || removeAndRecycleViews) { removeAndRecycleViews(); } mAdapterHelper.reset(); final Adapter oldAdapter = mAdapter; mAdapter = adapter; if (adapter != null) { //注冊一個觀察者RecyclerViewDataObserver adapter.registerAdapterDataObserver(mObserver); adapter.onAttachedToRecyclerView(this); } if (mLayout != null) { mLayout.onAdapterChanged(oldAdapter, mAdapter); } mRecycler.onAdapterChanged(oldAdapter, mAdapter, compatibleWithPrevious); mState.mStructureChanged = true; markKnownViewsInvalid(); } - d.notify……方法被調用，重新整理資料
- ViewHolder作用大概有這些：
- adapter應當擁有ViewHolder的子類，并且ViewHolder内部應當存儲一些子view，避免時間代價很大的findViewById操作
- 其RecyclerView内部定義的ViewHolder類包含很多複雜的屬性，内部使用場景也有很多，而我們經常使用的也就是onCreateViewHolder()方法和onBindViewHolder()方法，onCreateViewHolder()方法在RecyclerView需要一個新類型。item的ViewHolder時調用來建立一個ViewHolder，而onBindViewHolder()方法則當RecyclerView需要在特定位置的item展示資料時調用。
- 如何了解ViewHolder的複用
- 在複寫RecyclerView.Adapter的時候，需要我們複寫兩個方法：
- onCreateViewHolder
- onBindViewHolder
- 這兩個方法從字面上看就是建立ViewHolder和綁定ViewHolder的意思
- 複用機制是怎樣的？
- 模拟場景：隻有一種ViewType，上下滑動的時候需要的ViewHolder種類是隻有一種，但是需要的ViewHolder對象數量并不止一個。是以在後面建立了9個ViewHolder之後，需要的數量夠了，無論怎麼滑動，都隻需要複用以前建立的對象就行了。那麼逗比程式員們思考一下，為什麼會出現這種情況呢
- 看到了下面log之後，第一反應是在這個ViewHolder對象的數量“夠用”之後就停止調用onCreateViewHolder方法，但是onBindViewHolder方法每次都會調用的
- 檢視一下createViewHolder源代碼
- 發現這裡并沒有限制
public final VH createViewHolder(ViewGroup parent, int viewType) { TraceCompat.beginSection(TRACE_CREATE_VIEW_TAG); final VH holder = onCreateViewHolder(parent, viewType); holder.mItemViewType = viewType; TraceCompat.endSection(); return holder; }
- 在複寫RecyclerView.Adapter的時候，需要我們複寫兩個方法：
- 對于ViewHolder對象的數量“夠用”之後就停止調用onCreateViewHolder方法，可以檢視
- 擷取為給定位置初始化的視圖。
- 此方法應由{@link LayoutManager}實作使用，以擷取視圖來表示來自{@LinkAdapter}的資料。
- 如果共享池可用于正确的視圖類型，則回收程式可以重用共享池中的廢視圖或分離視圖。如果擴充卡沒有訓示給定位置上的資料已更改，則回收程式将嘗試發回一個以前為該資料初始化的報廢視圖，而不進行重新綁定。
public View getViewForPosition(int position) { return getViewForPosition(position, false); } View getViewForPosition(int position, boolean dryRun) { return tryGetViewHolderForPositionByDeadline(position, dryRun, FOREVER_NS).itemView; } @Nullable ViewHolder tryGetViewHolderForPositionByDeadline(int position,boolean dryRun, long deadlineNs) { //代碼省略了，有需要的小夥伴可以自己看看，這裡面邏輯實在太複雜呢 }
- ViewHolder封裝如何對findViewById優化？
class MyViewHolder extends RecyclerView.ViewHolder { private SparseArray<View> viewSparseArray; private TextView tvTitle; MyViewHolder(final View itemView) { super(itemView); if(viewSparseArray==null){ viewSparseArray = new SparseArray<>(); } tvTitle = (TextView) viewSparseArray.get(R.id.tv_title); if (tvTitle == null) { tvTitle = itemView.findViewById(R.id.tv_title); viewSparseArray.put(R.id.tv_title, tvTitle); } } } - 為何使用SparseArray替代HashMap存儲viewId
- HashMap
- 基本上就是一個 HashMap.Entry 的數組（Entry 是 HashMap 的一個内部類）。更準确來說，Entry 類中包含以下字段：
- 一個非基本資料類型的 key
- 一個非基本資料類型的 value
- 儲存對象的哈希值
- 指向下一個 Entry 的指針
- 當有鍵值對插入時，HashMap 會發生什麼 ?
- 首先，鍵的哈希值被計算出來，然後這個值會賦給 Entry 類中對應的 hashCode 變量。
- 然後，使用這個哈希值找到它将要被存入的數組中“桶”的索引。
- 如果該位置的“桶”中已經有一個元素，那麼新的元素會被插入到“桶”的頭部，next 指向上一個元素——本質上使“桶”形成連結清單。
- 現在，當你用 key 去查詢值時，時間複雜度是 O(1)。雖然時間上 HashMap 更快，但同時它也花費了更多的記憶體空間。
- 缺點:
- 自動裝箱的存在意味着每一次插入都會有額外的對象建立。這跟垃圾回收機制一樣也會影響到記憶體的利用。
- HashMap.Entry 對象本身是一層額外需要被建立以及被垃圾回收的對象。
- “桶” 在 HashMap 每次被壓縮或擴容的時候都會被重新安排。這個操作會随着對象數量的增長而變得開銷極大
- 在Android中，當涉及到快速響應的應用時，記憶體至關重要，因為持續地分發和釋放記憶體會出發垃圾回收機制，這會拖慢應用運作。垃圾回收機制會影響應用性能表現，垃圾回收時間段内，應用程式是不會運作的，最終應用使用上就顯得卡頓。
- SparseArray
- 它裡面也用了兩個數組。一個int[] mKeys和Object[] mValues。從名字都可以看得出來一個用來存儲key一個用來儲存value的。
- 當儲存一對鍵值對的時候：
- key（不是它的hashcode）儲存在mKeys[]的下一個可用的位置上。是以不會再對key自動裝箱了。
- value儲存在mValues[]的下一個位置上，value還是要自動裝箱的，如果它是基本類型。
- 查找的時候：
- 查找key還是用的二分法查找。也就是說它的時間複雜度還是O(logN)
- 知道了key的index，也就可以用key的index來從mValues中檢索出value。
- 相較于HashMap,我們舍棄了Entry和Object類型的key,放棄了HashCode并依賴于二分法查找。在添加和删除操作的時候有更好的性能開銷。
- HashMap
- LayoutManager作用是什麼？
- LayoutManager樣式有哪些？
- LinearLayoutManager 水準或者垂直的Item視圖。
- GridLayoutManager 網格Item視圖。
- StaggeredGridLayoutManager 交錯的網格Item視圖。
- setLayoutManager(LayoutManager layout)源碼
- 分析：當之前設定過 LayoutManager 時，移除之前的視圖，并緩存視圖在 Recycler 中，将新的 mLayout 對象與 RecyclerView 綁定，更新緩存 View 的數量。最後去調用 requestLayout ，重新請求 measure、layout、draw。
public void setLayoutManager(LayoutManager layout) { if (layout == mLayout) { return; } // 停止滑動 stopScroll(); if (mLayout != null) { // 如果有動畫，則停止所有的動畫 if (mItemAnimator != null) { mItemAnimator.endAnimations(); } // 移除并回收視圖 mLayout.removeAndRecycleAllViews(mRecycler); // 回收廢棄視圖 mLayout.removeAndRecycleScrapInt(mRecycler); //清除mRecycler mRecycler.clear(); if (mIsAttached) { mLayout.dispatchDetachedFromWindow(this, mRecycler); } mLayout.setRecyclerView(null); mLayout = null; } else { mRecycler.clear(); } mChildHelper.removeAllViewsUnfiltered(); mLayout = layout; if (layout != null) { if (layout.mRecyclerView != null) { throw new IllegalArgumentException("LayoutManager " + layout + " is already attached to a RecyclerView: " + layout.mRecyclerView); } mLayout.setRecyclerView(this); if (mIsAttached) { mLayout.dispatchAttachedToWindow(this); } } //更新新的緩存資料 mRecycler.updateViewCacheSize(); //重新請求 View 的測量、布局、繪制 requestLayout(); }
- SnapHelper主要是做什麼用的
- 在某些場景下，卡片清單滑動浏覽[有的叫輪播圖]，希望當滑動停止時可以将目前卡片停留在螢幕某個位置，比如停在左邊，以吸引使用者的焦點。那麼可以使用RecyclerView + Snaphelper來實作
- SnapHelper是怎麼實作支援RecyclerView的對齊方式
- SnapHelper類重要的方法
- attachToRecyclerView: 将SnapHelper attach 到指定的RecyclerView 上。
- calculateDistanceToFinalSnap:複寫這個方法計算對齊到TargetView或容器指定點的距離，這是一個抽象方法，由子類自己實作，傳回的是一個長度為2的int 數組out，out[0]是x方向對齊要移動的距離，out[1]是y方向對齊要移動的距離。
- calculateScrollDistance: 根據每個方向給定的速度估算滑動的距離，用于Fling 操作。
- findSnapView:提供一個指定的目标View 來對齊,抽象方法，需要子類實作
- findTargetSnapPosition:提供一個用于對齊的Adapter 目标position,抽象方法，需要子類自己實作。
- onFling:根據給定的x和 y 軸上的速度處理Fling。
- 什麼是Fling操作
- 手指在螢幕上滑動 RecyclerView然後松手，RecyclerView中的内容會順着慣性繼續往手指滑動的方向繼續滾動直到停止，這個過程叫做 Fling 。 Fling 操作從手指離開螢幕瞬間被觸發，在滾動停止時結束。
- LinearSnapHelper類分析
- PagerSnapHelper類分析
- PagerSnapHelper看名字可能就能猜到，使RecyclerView像ViewPager一樣的效果，每次隻能滑動一頁（LinearSnapHelper支援快速滑動）, PagerSnapHelper也是Item居中對齊。
-
PagerSnapHelper snapHelper = new PagerSnapHelper(); snapHelper.attachToRecyclerView(mRecyclerView);
- SpanSizeLookup的作用是幹什麼的？
- RecyclerView 可以通過 GridLayoutManager 實作網格布局， 但是很少有人知道GridLayoutManager 還可以用來設定網格中指定Item的列數，類似于合并單元格的功能，而所有的這些我們僅僅隻需通過定義一個RecycleView清單就可以完成，要實作指定某個item所占列數的功能我們需要用到GridLayoutManager.SpanSizeLookup這個類，該類是一個抽象類，裡面包含了一個getSpanSize(int position)的抽象方法，該方法的傳回值就是指定position所占的列數
- SpanSizeLookup如何使用？
- 先是定義了一個6列的網格布局，然後通過GridLayoutManager.SpanSizeLookup這個類來動态的指定某個item應該占多少列。
- 比如getSpanSize傳回6，就表示目前position索引處的item占用6列，那麼顯示就隻會展示一個ItemView【占用6列】。
- 比如getSpanSize傳回3，就表示目前position索引處的item占用3列
GridLayoutManager manager = new GridLayoutManager(this, 6); manager.setSpanSizeLookup(new GridLayoutManager.SpanSizeLookup() { @Override public int getSpanSize(int position) { SpanModel model = mDataList.get(position); if (model.getType() == 1) { return 6; } else if(model.getType() == 2){ return 3; }else if (model.getType() == 3){ return 2; }else if (model.getType() == 4){ return 2; } else { return 1; } } });
- ItemDecoration的用途是什麼？
- 自定義ItemDecoration有哪些重寫方法
public void onDraw(Canvas c, RecyclerView parent) 裝飾的繪制在Item條目繪制之前調用，是以這有可能被Item的内容所遮擋 public void onDrawOver(Canvas c, RecyclerView parent) 裝飾的繪制在Item條目繪制之後調用，是以裝飾将浮于Item之上 public void getItemOffsets(Rect outRect, int itemPosition, RecyclerView parent) 與padding或margin類似，LayoutManager在測量階段會調用該方法，計算出每一個Item的正确尺寸并設定偏移量。 - 分析一下addItemDecoration()源碼？
- a.通過下面代碼可知，mItemDecorations是一個ArrayList，我們将ItemDecoration也就是分割線對象，添加到其中。
- 可以看到，當通過這個方法添加分割線後，會指定添加分割線在集合中的索引，然後再重新請求 View 的測量、布局、(繪制)。注意： requestLayout會調用onMeasure和onLayout，不一定調用onDraw！
- 關于View自定義控件源碼分析，可以參考我的其他部落格： https://github.com/yangchong211/YCBlogs
public void addItemDecoration(ItemDecoration decor) { addItemDecoration(decor, -1); } //主要看這個方法，我的GitHub：https://github.com/yangchong211/YCBlogs public void addItemDecoration(ItemDecoration decor, int index) { if (mLayout != null) { mLayout.assertNotInLayoutOrScroll("Cannot add item decoration during a scroll or" + " layout"); } if (mItemDecorations.isEmpty()) { setWillNotDraw(false); } if (index < 0) { mItemDecorations.add(decor); } else { // 指定添加分割線在集合中的索引 mItemDecorations.add(index, decor); } markItemDecorInsetsDirty(); // 重新請求 View 的測量、布局、繪制 requestLayout(); }
- a.通過下面代碼可知，mItemDecorations是一個ArrayList，我們将ItemDecoration也就是分割線對象，添加到其中。
- 上拉加載更多的功能是如何做的？
- 01.添加recyclerView的滑動事件
- 首先給recyclerView添加滑動監聽事件。那麼我們知道，上拉加載時，需要具備兩個條件。第一個是監聽滑動到最後一個item，第二個是滑動到最後一個并且是向上滑動。
- 設定滑動監聽器，RecyclerView自帶的ScrollListener，擷取最後一個完全顯示的itemPosition，然後判斷是否滑動到了最後一個item，
- 02.上拉加載分頁資料
- 然後開始調用更新上拉加載更多資料的方法。注意這裡的重新整理資料，可以直接用notifyItemRangeInserted方法，不要用notifyDataSetChanged方法。
- 03.設定上拉加載的底部footer布局
- 在adapter中，可以上拉加載時處理footerView的邏輯
- 在getItemViewType方法中設定最後一個Item為FooterView
- 在onCreateViewHolder方法中根據viewType來加載不同的布局
- 最後在onBindViewHolder方法中設定一下加載的狀态顯示就可以
- 由于多了一個FooterView，是以要記得在getItemCount方法的傳回值中加上1。
- 在adapter中，可以上拉加載時處理footerView的邏輯
- 04.顯示和隐藏footer布局
- 01.添加recyclerView的滑動事件
- 網格布局上拉加載如何優化
- 如果是網格布局，那麼上拉重新整理的view則不是居中顯示，到加載更多的進度條顯示在了一個Item上，如果想要正常顯示的話，進度條需要橫跨兩個Item，這該怎麼辦呢？
- 在adapter中的onAttachedToRecyclerView方法中處理網格布局情況，代碼如下所示，主要邏輯是如果目前是footer的位置，那麼該item占據2個單元格，正常情況下占據1個單元格。
@Override public void onAttachedToRecyclerView(@NonNull RecyclerView recyclerView) { super.onAttachedToRecyclerView(recyclerView); RecyclerView.LayoutManager manager = recyclerView.getLayoutManager(); if (manager instanceof GridLayoutManager) { final GridLayoutManager gridManager = ((GridLayoutManager) manager); gridManager.setSpanSizeLookup(new GridLayoutManager.SpanSizeLookup() { @Override public int getSpanSize(int position) { // 如果目前是footer的位置，那麼該item占據2個單元格，正常情況下占據1個單元格 return getItemViewType(position) == footType ? gridManager.getSpanCount() : 1; } }); } } - 那麼如何實作自動進行上拉重新整理？
- 設定滑動監聽，判斷是否滑動到底部，也就是最後一條資料，當滑動到最後時就開始加載下一頁資料，并且顯示加載下一頁loading。當加載資料成功後，則直接隐藏該布局。
- 那麼如何實作手動上拉重新整理呢？
- 在上面步驟的基礎上進行修改，當滑動到最後一個資料時，展示上拉加載更多布局。然後設定它的點選事件，點選之後開始加載下一頁資料，當加載完成後，則直接隐藏該布局。
- RecyclerView繪制原理如何了解？
- 性能優化本質是什麼？
- RecyclerView繪制原理過程大概是怎樣的？
- 簡化問題
RecyclerView 以LinearLayoutManager為例 忽略ItemDecoration 忽略ItemAnimator 忽略Measure過程 假設RecyclerView的width和height是确定的 Recycler 忽略mViewCacheExtension - 繪制過程
- 類的職責介紹
- 繪制過程簡介
- RecyclerView.requestLayout開始發生繪制，忽略Measure的過程
- 在Layout的過程會通過LayoutManager.fill去将RecyclerView填滿
- LayoutManager.fill會調用LayoutManager.layoutChunk去生成一個具體的ViewHolder
- 然後LayoutManager就會調用Recycler.getViewForPosition向Recycler去要ViewHolder
- Recycler首先去一級緩存（Cache）裡面查找是否命中，如果命中直接傳回。如果一級緩存沒有找到，則去三級緩存查找，如果三級緩存找到了則調用Adapter.bindViewHolder來綁定内容，然後傳回。如果三級緩存沒有找到，那麼就通過Adapter.createViewHolder建立一個ViewHolder，然後調用Adapter.bindViewHolder綁定其内容，然後傳回為Recycler。
- 一直重複步驟3-5，知道建立的ViewHolder填滿了整個RecyclerView為止。
- 簡化問題
- RecyclerView的Recyler是如何實作ViewHolder的緩存？
- 首先看看代碼
public final class Recycler { final ArrayList<ViewHolder> mAttachedScrap = new ArrayList<>(); ArrayList<ViewHolder> mChangedScrap = null; final ArrayList<ViewHolder> mCachedViews = new ArrayList<ViewHolder>(); private final List<ViewHolder> mUnmodifiableAttachedScrap = Collections.unmodifiableList(mAttachedScrap); private int mRequestedCacheMax = DEFAULT_CACHE_SIZE; int mViewCacheMax = DEFAULT_CACHE_SIZE; RecycledViewPool mRecyclerPool; private ViewCacheExtension mViewCacheExtension; static final int DEFAULT_CACHE_SIZE = 2; } - RecyclerView在Recyler裡面實作ViewHolder的緩存，Recycler裡面的實作緩存的主要包含以下5個對象：
- ArrayList mAttachedScrap：未與RecyclerView分離的ViewHolder清單,如果仍依賴于 RecyclerView （比如已經滑動出可視範圍，但還沒有被移除掉），但已經被标記移除的 ItemView 集合會被添加到 mAttachedScrap 中
- 按照id和position來查找ViewHolder
- ArrayList mChangedScrap：表示資料已經改變的viewHolder清單,存儲 notifXXX 方法時需要改變的 ViewHolder,比對機制按照position和id進行比對
- ArrayList mCachedViews：緩存ViewHolder，主要用于解決RecyclerView滑動抖動時的情況，還有用于儲存Prefetch的ViewHoder
- 最大的數量為：mViewCacheMax = mRequestedCacheMax + extraCache（extraCache是由prefetch的時候計算出來的）
- ViewCacheExtension mViewCacheExtension：開發者可自定義的一層緩存，是虛拟類ViewCacheExtension的一個執行個體，開發者可實作方法getViewForPositionAndType(Recycler recycler, int position, int type)來實作自己的緩存。
- 位置固定
- 内容不變
- 數量有限
- mRecyclerPool ViewHolder緩存池，在有限的mCachedViews中如果存不下ViewHolder時，就會把ViewHolder存入RecyclerViewPool中。
- ArrayList mAttachedScrap：未與RecyclerView分離的ViewHolder清單,如果仍依賴于 RecyclerView （比如已經滑動出可視範圍，但還沒有被移除掉），但已經被标記移除的 ItemView 集合會被添加到 mAttachedScrap 中
- 首先看看代碼
- 如何了解recyclerView三級緩存是如何實作的？
- RecyclerView在設計的時候講上述5個緩存對象分為了3級。每次建立ViewHolder的時候，會按照優先級依次查詢緩存建立ViewHolder。每次講ViewHolder緩存到Recycler緩存的時候，也會按照優先級依次緩存進去。三級緩存分别是：
- 一級緩存：傳回布局和内容都都有效的ViewHolder
- 按照position或者id進行比對
- 命中一級緩存無需onCreateViewHolder和onBindViewHolder
- mAttachScrap在adapter.notifyXxx的時候用到
- mChanedScarp在每次View繪制的時候用到，因為getViewHolderForPosition非調用多次，後面将
- mCachedView：用來解決滑動抖動的情況，預設值為2
- 二級緩存：傳回View
- 按照position和type進行比對
- 直接傳回View
- 需要自己繼承ViewCacheExtension實作
- 位置固定，内容不發生改變的情況，比如說Header如果内容固定，就可以使用
- 三級緩存：傳回布局有效，内容無效的ViewHolder
- 按照type進行比對，每個type緩存值預設=5
- layout是有效的，但是内容是無效的
- 多個RecycleView可共享,可用于多個RecyclerView的優化
- 圖解
- 螢幕滑動(狀态是item狀态可見，不可見，即将可見變化)時三級緩存是如何了解的？
- 如圖所示
- 執行個體解釋：
- 由于ViewCacheExtension在實際使用的時候較少用到，是以本例中忽略二級緩存。mChangedScrap和mAttchScrap是RecyclerView内部控制的緩存，本例暫時忽略。
- 圖檔解釋：
- RecyclerView包含三部分：已經出螢幕，在螢幕裡面，即将進入螢幕，我們滑動的方向是向上
- RecyclerView包含三種Type：1，2，3。螢幕裡面的都是Type=3
- 紅色的線代表已經出螢幕的ViewHolder與Recycler的互動情況
- 綠色的線代表，即将進入螢幕的ViewHolder進入螢幕時候，ViewHolder與Recycler的互動情況
- 出螢幕時候的情況
-
當ViewHolder（position=0，type=1）出螢幕的時候，由于mCacheViews是空的，那麼就直接放在mCacheViews裡面，ViewHolder在mCacheViews裡面布局和内容都是有效的，是以可以直接複用。
ViewHolder（position=1，type=2）同步驟1
-
當ViewHolder（position=2，type=1）出螢幕的時候由于一級緩存mCacheViews已經滿了，是以将其放入RecyclerPool（type=1）的緩存池裡面。此時ViewHolder的内容會被标記為無效，當其複用的時候需要再次通過Adapter.bindViewHolder來綁定内容。
ViewHolder（position=3，type=2）同步驟3
-
- 進螢幕時候的情況
- 當ViewHolder（position=3-10，type=3）進入螢幕繪制的時候，由于Recycler的mCacheViews裡面找不到position比對的View，同時RecyclerPool裡面找不到type比對的View，是以，其隻能通過adapter.createViewHolder來建立ViewHolder，然後通過adapter.bindViewHolder來綁定内容。
- 當ViewHolder（position=11，type=1）進入螢幕的時候，發現ReccylerPool裡面能找到type=1的緩存，是以直接從ReccylerPool裡面取來使用。由于内容是無效的，是以還需要調用bindViewHolder來綁定布局。同時ViewHolder（position=4，type=3）需要出螢幕，其直接進入RecyclerPool（type=3）的緩存池中
- ViewHolder（position=12，type=2）同步驟6
- 螢幕往下拉ViewHolder（position=1）進入螢幕的情況
- 由于mCacheView裡面的有position=1的ViewHolder與之比對，直接傳回。由于内容是有效的，是以無需再次綁定内容
- ViewHolder（position=0）同步驟8
- 如圖所示
- SnapHelper有哪些重要的方法，其作用就是是什麼？
- calculateDistanceToFinalSnap抽象方法
- 計算最終對齊要移動的距離
- 計算二個參數對應的 ItemView 目前的坐标與需要對齊的坐标之間的距離。該方法傳回一個大小為 2 的 int 數組，分别對應out[0] 為 x 方向移動的距離，out[1] 為 y 方向移動的距離。
@SuppressWarnings("WeakerAccess") @Nullable public abstract int[] calculateDistanceToFinalSnap(@NonNull LayoutManager layoutManager, @NonNull View targetView); - 計算最終對齊要移動的距離
- findSnapView抽象方法
- 找到要對齊的View
- 該方法會找到目前 layoutManager 上最接近對齊位置的那個 view ，該 view 稱為 SanpView ，對應的 position 稱為 SnapPosition 。如果傳回 null ，就表示沒有需要對齊的 View ，也就不會做滾動對齊調整。
@SuppressWarnings("WeakerAccess") @Nullable public abstract View findSnapView(LayoutManager layoutManager); - 找到要對齊的View
- findTargetSnapPosition抽象方法
- 找到需要對齊的目标View的的Position。
- 更加詳細一點說就是該方法會根據觸發 Fling 操作的速率（參數 velocityX 和參數 velocityY ）來找到 RecyclerView 需要滾動到哪個位置，該位置對應的 ItemView 就是那個需要進行對齊的清單項。我們把這個位置稱為 targetSnapPosition ，對應的 View 稱為 targetSnapView 。如果找不到 targetSnapPosition ，就傳回RecyclerView.NO_POSITION 。
public abstract int findTargetSnapPosition(LayoutManager layoutManager, int velocityX, int velocityY); - 找到需要對齊的目标View的的Position。
- calculateDistanceToFinalSnap抽象方法
- LinearSnapHelper中是如何實作滾動停止的？
- SnapHelper繼承了 RecyclerView.OnFlingListener，實作了onFling方法。
- 擷取RecyclerView要進行fling操作需要的最小速率，為啥呢？因為隻有超過該速率，ItemView才會有足夠的動力在手指離開螢幕時繼續滾動下去。該方法傳回的是一個布爾值！
@Override public boolean onFling(int velocityX, int velocityY) { LayoutManager layoutManager = mRecyclerView.getLayoutManager(); if (layoutManager == null) { return false; } RecyclerView.Adapter adapter = mRecyclerView.getAdapter(); if (adapter == null) { return false; } int minFlingVelocity = mRecyclerView.getMinFlingVelocity(); return (Math.abs(velocityY) > minFlingVelocity || Math.abs(velocityX) > minFlingVelocity) && snapFromFling(layoutManager, velocityX, velocityY); } - 接着看看snapFromFling方法源代碼，就是通過該方法實作平滑滾動并使得在滾動停止時itemView對齊到目的坐标位置
- 首先layoutManager必須實作ScrollVectorProvider接口才能繼續往下操作
- 然後通過createSnapScroller方法建立一個SmoothScroller，這個東西是一個平滑滾動器，用于對ItemView進行平滑滾動操作
- 根據x和y方向的速度來擷取需要對齊的View的位置，需要子類實作
- 最終通過 SmoothScroller 來滑動到指定位置
private boolean snapFromFling(@NonNull LayoutManager layoutManager, int velocityX, int velocityY) { if (!(layoutManager instanceof ScrollVectorProvider)) { return false; } RecyclerView.SmoothScroller smoothScroller = createSnapScroller(layoutManager); if (smoothScroller == null) { return false; } int targetPosition = findTargetSnapPosition(layoutManager, velocityX, velocityY); if (targetPosition == RecyclerView.NO_POSITION) { return false; } smoothScroller.setTargetPosition(targetPosition); layoutManager.startSmoothScroll(smoothScroller); return true; }- 總結一下可知：snapFromFling()方法會先判斷layoutManager是否實作了ScrollVectorProvider接口，如果沒有實作該接口就不允許通過該方法做滾動操作。接下來就去建立平滑滾動器SmoothScroller的一個執行個體，layoutManager可以通過該平滑滾動器來進行滾動操作。SmoothScroller需要設定一個滾動的目标位置，将通過findTargetSnapPosition()方法來計算得到的targetSnapPosition給它，告訴滾動器要滾到這個位置，然後就啟動SmoothScroller進行滾動操作。
- 接着看下createSnapScroller這個方法源碼
- 先判斷layoutManager是否實作了ScrollVectorProvider這個接口，沒有實作該接口就不建立SmoothScroller
- 這裡建立一個LinearSmoothScroller對象，然後傳回給調用函數，也就是說，最終建立出來的平滑滾動器就是這個LinearSmoothScroller
- 在建立該LinearSmoothScroller的時候主要考慮兩個方面：
- 第一個是滾動速率，由calculateSpeedPerPixel()方法決定；
- 第二個是在滾動過程中，targetView即将要進入到視野時，将勻速滾動變換為減速滾動，然後一直滾動目的坐标位置，使滾動效果更真實，這是由onTargetFound()方法決定。
@Nullable protected LinearSmoothScroller createSnapScroller(LayoutManager layoutManager) { if (!(layoutManager instanceof ScrollVectorProvider)) { return null; } return new LinearSmoothScroller(mRecyclerView.getContext()) { @Override protected void onTargetFound(View targetView, RecyclerView.State state, Action action) { int[] snapDistances = calculateDistanceToFinalSnap(mRecyclerView.getLayoutManager(), targetView); final int dx = snapDistances[0]; final int dy = snapDistances[1]; final int time = calculateTimeForDeceleration(Math.max(Math.abs(dx), Math.abs(dy))); if (time > 0) { action.update(dx, dy, time, mDecelerateInterpolator); } } @Override protected float calculateSpeedPerPixel(DisplayMetrics displayMetrics) { return MILLISECONDS_PER_INCH / displayMetrics.densityDpi; } }; }
- SnapHelper繼承了 RecyclerView.OnFlingListener，實作了onFling方法。
- calculateDistanceToFinalSnap的作用是什麼
- 如果是水準方向滾動的，則計算水準方向需要移動的距離，否則水準方向的移動距離為0
- 如果是豎直方向滾動的，則計算豎直方向需要移動的距離，否則豎直方向的移動距離為0
- distanceToCenter方法主要作用是：計算水準或者豎直方向需要移動的距離
@Override public int[] calculateDistanceToFinalSnap( @NonNull RecyclerView.LayoutManager layoutManager, @NonNull View targetView) { int[] out = new int[2]; if (layoutManager.canScrollHorizontally()) { out[0] = distanceToCenter(layoutManager, targetView, getHorizontalHelper(layoutManager)); } else { out[0] = 0; } if (layoutManager.canScrollVertically()) { out[1] = distanceToCenter(layoutManager, targetView, getVerticalHelper(layoutManager)); } else { out[1] = 0; } return out; }- 接着看看distanceToCenter方法
- 計算對應的view的中心坐标到RecyclerView中心坐标之間的距離
- 首先是找到targetView的中心坐标
- 接着也就是找到容器【RecyclerView】的中心坐标
- 兩個中心坐标的內插補點就是targetView需要滾動的距離
private int distanceToCenter(@NonNull RecyclerView.LayoutManager layoutManager, @NonNull View targetView, OrientationHelper helper) { final int childCenter = helper.getDecoratedStart(targetView) + (helper.getDecoratedMeasurement(targetView) / 2); final int containerCenter; if (layoutManager.getClipToPadding()) { containerCenter = helper.getStartAfterPadding() + helper.getTotalSpace() / 2; } else { containerCenter = helper.getEnd() / 2; } return childCenter - containerCenter; }
- 那麼out[0]和out[1]分别指什麼
- 傳回的是一個長度為2的int 數組out，out[0]是x方向對齊要移動的距離，out[1]是y方向對齊要移動的距離。
- 需要實作的分割線功能
- 可以設定分割線的顔色，寬度，以及到左右兩邊的寬度間距。item預設分割線的顔色不可改變，那麼隻有重寫onDraw方法，通過設定畫筆point顔色來繪制分割線顔色。而設定分割線左右的間隔是通過getItemOffsets方法實作的。
- 幾個重要的方法說明
- 需要自定義類實作RecyclerView.ItemDecoration類，并選擇重寫合适方法。注意下面這三個方法有着強烈的因果關系！
//擷取目前view的位置資訊，該方法主要是設定條目周邊的偏移量 public void getItemOffsets(Rect outRect, View view, RecyclerView parent, State state) //在item背後draw public void onDraw(Canvas c, RecyclerView parent, State state) //在item上邊draw public void onDrawOver(Canvas c, RecyclerView parent, State state) - 注意的是三個方法的調用順序
- 首先調用的是getItemOffsets會被多次調用，在layoutManager每次測量可擺放的view的時候回調用一次，在目前狀态下需要擺放多少個view這個方法就會回調多少次。
- 其次會調用onDraw方法，ItemDecoration的onDraw方法是在RecyclerView的onDraw方法中調用的，注意這時候傳入的canvas是RecyclerView的canvas，要時刻注意這點，它是和RecyclerView的邊界是一緻的。這個時候繪制的内容相當于背景，會被item覆寫。
- 最後調用的是onDrawOver方法，ItemDecoration的onDrawOver方法是在RecyclerView的draw方法中調用的，同樣傳入的是RecyclerView的canvas，這時候onlayout已經調用，是以此時繪制的内容會覆寫item。
- 為每個item實作索引的思路
- 如何實作複雜type首頁需求
- 通常寫一個多Item清單的方法
- 根據不同的ViewType 處理不同的item，如果邏輯複雜，這個類的代碼量是很龐大的。如果版本疊代添加新的需求，修改代碼很麻煩，後期維護困難。
- 主要操作步驟
- 在onCreateViewHolder中根據viewType參數，也就是getItemViewType的傳回值來判斷需要建立的ViewHolder類型
- 在onBindViewHolder方法中對ViewHolder的具體類型進行判斷，分别為不同類型的ViewHolder進行綁定資料與邏輯處理
- 代碼如下所示
public class HomeAdapter extends RecyclerView.Adapter { public static final int TYPE_BANNER = 0; public static final int TYPE_AD = 1; @Override public RecyclerView.ViewHolder onCreateViewHolder(ViewGroup parent, int viewType) { switch (viewType){ case TYPE_BANNER: return new BannerViewHolder(LayoutInflater.from(parent.getContext()).inflate(R.layout.home_banner_layout,null)); case TYPE_AD: return new BannerViewHolder(LayoutInflater.from(parent.getContext()).inflate(R.layout.home_ad_item_layout,null)); } return null; } @Override public void onBindViewHolder(RecyclerView.ViewHolder holder, int position) { int type = getItemViewType(position); switch (type){ case TYPE_BANNER: // banner 邏輯處理 break; case TYPE_AD: // 廣告邏輯處理 break; // ... 此處省去N行代碼 } } @Override public int getItemViewType(int position) { if(position == 0){ return TYPE_BANNER;//banner在開頭 }else { return mData.get(position).type;//type 的值為TYPE_AD，TYPE_IMAGE，TYPE_AD，等其中一個 } } public static class BannerViewHolder extends RecyclerView.ViewHolder{ public BannerViewHolder(View itemView) { super(itemView); } } public static class NewViewHolder extends RecyclerView.ViewHolder{ public VideoViewHolder(View itemView) { super(itemView); } } }
- 通常寫一個多Item清單的方法
- 如果不封裝會出現什麼問題和弊端
- RecyclerView 可以用ViewType來區分不同的item,也可以滿足需求，但還是存在一些問題，比如：
- 1，在item過多邏輯複雜清單界面，Adapter裡面的代碼量龐大，邏輯複雜，後期難以維護。
- 2，每次增加一個清單都需要增加一個Adapter，重複搬磚，效率低下。
- 3，無法複用adapter，假如有多個頁面有多個type，那麼就要寫多個adapter。
- 4，要是有局部重新整理，那麼就比較麻煩了，比如廣告區也是一個九宮格的RecyclerView，點選局部重新整理目前資料，比較麻煩。
- 上面那樣寫的弊端
- 類型檢查與類型轉型，由于在onCreateViewHolder根據不同類型建立了不同的ViewHolder，是以在onBindViewHolder需要針對不同類型的ViewHolder進行資料綁定與邏輯處理，這導緻需要通過instanceof對ViewHolder進行類型檢查與類型轉型。
- 不利于擴充，目前的需求是清單中存在5種布局類類型，那麼如果需求變動，極端一點的情況就是資料源是從伺服器擷取的，資料中的model決定清單中的布局類型。這種情況下，每當model改變或model類型增加，我們都要去改變adapter中很多的代碼，同時Adapter還必須知道特定的model在清單中的位置（position）除非跟服務端約定好，model（位置）不變，很顯然，這是不現實的。
- 不利于維護，這點應該是上一點的延伸，随着清單中布局類型的增加與變更，getItemViewType、onCreateViewHolder、onBindViewHolder中的代碼都需要變更或增加，Adapter 中的代碼會變得臃腫與混亂，增加了代碼的維護成本。
- RecyclerView 可以用ViewType來區分不同的item,也可以滿足需求，但還是存在一些問題，比如：
- 如何提高代碼的簡便性和高效性。具體封裝庫看： recyclerView複雜type封裝庫
- 核心目的就是三個
- 避免類的類型檢查與類型轉型
- 增強Adapter的擴充性
- 增強Adapter的可維護性
- 當清單中類型增加或減少時Adapter中主要改動的就是getItemViewType、onCreateViewHolder、onBindViewHolder這三個方法，是以，我們就從這三個方法中開始着手。
- 既然可能存在多個type類型的view，那麼能不能把這些比如banner，廣告，文本，視訊，新聞等當做一個HeaderView來操作。
- 在getItemViewType方法中。
- 減少if之類的邏輯判斷簡化代碼，可以簡單粗暴的用hashCode作為增加type辨別。
- 通過建立清單的布局類型，同時傳回的不再是簡單的布局類型辨別，而是布局的hashCode值
-
- getItemViewType傳回的是布局hashCode值，也就是onCreateViewHolder(ViewGroup parent, int viewType)參數中的viewType
- 在onBindViewHolder方法中。可以看到，在此方法中，添加一種header類型的view，則通過onBindView進行資料綁定。
- 封裝後好處
- 拓展性——Adapter并不關心不同的清單類型在清單中的位置，是以對于Adapter來說清單類型可以随意增加或減少。十分友善，同時設定類型view的布局和資料綁定都不需要在adapter中處理。充分解耦。
- 可維護性——不同的清單類型由adapter添加headerView處理，哪怕添加多個headerView，互相之間互不幹擾，代碼簡潔，維護成本低。
- 核心目的就是三個
- 關于rv設定item條目點選事件有兩種方式：1.在onCreateViewHolder中寫；2.在onBindViewHolder中寫；3.在ViewHolder中寫。那麼究竟是哪一種好呢？
- 1.在onCreateViewHolder中寫
@NonNull @Override public MyViewHolder onCreateViewHolder(@NonNull ViewGroup parent, int viewType) { final View view = LayoutInflater.from(mContext).inflate(R.layout.item_me_gv_grid, parent, false); final MyViewHolder holder = new MyViewHolder(view); view.setOnClickListener(new View.OnClickListener() { @Override public void onClick(View v) { if (listener != null) { listener.onItemClick(view, holder.getLayoutPosition()); } } }); return holder; } - 2.在onBindViewHolder中寫
@Override public void onBindViewHolder(@NonNull final MyViewHolder holder, int position) { holder.itemView.setOnClickListener(new View.OnClickListener() { @Override public void onClick(View v) { if (listener != null) { listener.onItemClick(holder.itemView, holder.getAdapterPosition()); } } }); }
- 1.在onCreateViewHolder中寫
- onBindViewHolder() 中頻繁建立新的 onClickListener 執行個體沒有必要，建議實際開發中應該在 onCreateViewHolder() 中每次為建立的 View 設定一次就行。
- RecyclerView滑動卡頓原因有哪些
- 第一種：嵌套布局滑動沖突
- 導緻嵌套滑動難處理的關鍵原因在于當子控件消費了事件, 那麼父控件就不會再有機會處理這個事件了, 是以一旦内部的滑動控件消費了滑動操作, 外部的滑動控件就再也沒機會響應這個滑動操作了
- 第二種：嵌套布局層次太深，比如六七層等
- 測量，繪制布局可能會導緻滑動卡頓
- 第三種：比如用RecyclerView實作畫廊，加載比較大的圖檔，如果快速滑動，則可能會出現卡頓，主要是加載圖檔需要時間
- 第四種：在onCreateViewHolder或者在onBindViewHolder中做了耗時的操作導緻卡頓。
- 第一種：嵌套布局滑動沖突
- 如何解決嵌套布局滑動沖突
- 如何解決RecyclerView實作畫廊卡頓？
- RecyclerView 滑動時不讓 Glide 加載圖檔。滾動停止後才開始恢複加載圖檔。
//RecyclerView.SCROLL_STATE_IDLE //空閑狀态 //RecyclerView.SCROLL_STATE_FLING //滾動狀态 //RecyclerView.SCROLL_STATE_TOUCH_SCROLL //觸摸後狀态 recyclerView.addOnScrollListener(new RecyclerView.OnScrollListener() { @Override public void onScrollStateChanged(@NonNull RecyclerView recyclerView, int newState) { super.onScrollStateChanged(recyclerView, newState); if (newState == RecyclerView.SCROLL_STATE_IDLE) { LoggerUtils.e("initRecyclerView"+ "恢複Glide加載圖檔"); Glide.with(ImageBrowseActivity.this).resumeRequests(); }else { LoggerUtils.e("initRecyclerView"+"禁止Glide加載圖檔"); Glide.with(ImageBrowseActivity.this).pauseRequests(); } } }); - 在onCreateViewHolder或者在onBindViewHolder中做了耗時的操作導緻卡頓
- 按stackoverflow上面比較通俗的解釋：RecyclerView.Adapter裡面的onCreateViewHolder()方法和onBindViewHolder()方法對時間都非常敏感。類似I/O讀寫，Bitmap解碼一類的耗時操作，最好不要在它們裡面進行。
- RecyclerView常見的優化有哪些
- DiffUtil重新整理優化
- 分頁拉取遠端資料，對拉取下來的遠端資料進行緩存，提升二次加載速度；對于新增或者删除資料通過 DiffUtil 來進行局部重新整理資料，而不是一味地全局重新整理資料。
- 布局優化
- 減少 xml 檔案 inflate 時間
- 這裡的 xml 檔案不僅包括 layout 的 xml，還包括 drawable 的 xml，xml 檔案 inflate 出 ItemView 是通過耗時的 IO 操作，尤其當 Item 的複用幾率很低的情況下，随着 Type 的增多，這種 inflate 帶來的損耗是相當大的，此時我們可以用代碼去生成布局，即 new View() 的方式，隻要搞清楚 xml 中每個節點的屬性對應的 API 即可。
- 減少 View 對象的建立
- 減少 xml 檔案 inflate 時間
- 對itemView中孩子View的點選事件優化
- DiffUtil重新整理優化
- 其他的一些優化點
- 如果 Item 高度是固定的話，可以使用 RecyclerView.setHasFixedSize(true); 來避免 requestLayout 浪費資源；
- 設定 RecyclerView.addOnScrollListener(listener); 來對滑動過程中停止加載的操作。
- 如果不要求動畫，可以通過 ((SimpleItemAnimator) rv.getItemAnimator()).setSupportsChangeAnimations(false); 把預設動畫關閉來提神效率。
- 通過重寫 RecyclerView.onViewRecycled(holder) 來回收資源。
- 通過 RecycleView.setItemViewCacheSize(size); 來加大 RecyclerView 的緩存，用空間換時間來提高滾動的流暢性。
- 如果多個 RecycledView 的 Adapter 是一樣的，比如嵌套的 RecyclerView 中存在一樣的 Adapter，可以通過設定 RecyclerView.setRecycledViewPool(pool); 來共用一個 RecycledViewPool。
- RecyclerView嵌套RecyclerView 條目自動上滾的Bug
- RecyclerViewA嵌套RecyclerViewB 進入頁面自動跳轉到RecyclerViewB上面頁面會自動滾動。
- 解決辦法如下所示
- 一，recyclerview去除焦點
- recyclerview.setFocusableInTouchMode(false);
- recyclerview.requestFocus();
- 二，在代碼裡面 讓處于ScrollView或者RecyclerView1 頂端的某個控件獲得焦點即可
- 比如頂部的一個textview
- tv.setFocusableInTouchMode(true);
- tv.requestFocus();
- 三，可以直接在RecyclerView父布局中添加上descendantFocusability屬性的值有三種：android:descendantFocusability="beforeDescendants"
beforeDescendants：viewgroup會優先其子類控件而擷取到焦點 afterDescendants：viewgroup隻有當其子類控件不需要擷取焦點時才擷取焦點 blocksDescendants：viewgroup會覆寫子類控件而直接獲得焦點
- 如何解決ScrollView嵌套RecyclerView滑動沖突？
- 第一種方式：
- 重寫父控件，讓父控件 ScrollView 直接攔截滑動事件，不向下分發給 RecyclerView，具體是定義一個ScrollView子類，重寫其 onInterceptTouchEvent()方法
public class NoNestedScrollview extends NestedScrollView { @Override public boolean onInterceptTouchEvent(MotionEvent e) { int action = e.getAction(); switch (action) { case MotionEvent.ACTION_DOWN: downX = (int) e.getRawX(); downY = (int) e.getRawY(); break; case MotionEvent.ACTION_MOVE: //判斷是否滑動，若滑動就攔截事件 int moveY = (int) e.getRawY(); if (Math.abs(moveY - downY) > mTouchSlop) { return true; } break; default: break; } return super.onInterceptTouchEvent(e); } } - 第二種解決方式
- a.禁止RecyclerView滑動
recyclerView.setLayoutManager(new GridLayoutManager(mContext,2){ @Override public boolean canScrollVertically() { return false; } @Override public boolean canScrollHorizontally() { return super.canScrollHorizontally(); } }); recyclerView.setLayoutManager(new LinearLayoutManager(mContext, LinearLayout.VERTICAL,false){ @Override public boolean canScrollVertically() { return false; } }); - 可能會出現的問題
- 雖然上面兩種方式解決了滑動沖突，但是有的手機上出現了RecyclerView會出現顯示不全的情況。
- 針對這種情形，使用網上的方法一種是使用 RelativeLayout 包裹 RecyclerView 并設定屬性：android:descendantFocusability="blocksDescendants"
- android:descendantFocusability="blocksDescendants"，該屬>性是當一個view 擷取焦點時，定義 ViewGroup 和其子控件直接的關系，常用來>解決父控件的焦點或者點選事件被子空間擷取。
- beforeDescendants: ViewGroup會優先其子控件擷取焦點
- afterDescendants: ViewGroup隻有當其子控件不需要擷取焦點時才擷取焦點
- blocksDescendants: ViewGroup會覆寫子類控件而直接獲得焦點
- 相關代碼案例： https://github.com/yangchong211/LifeHelper
<RelativeLayout android:layout_width="match_parent" android:layout_height="wrap_content" android:descendantFocusability="blocksDescendants"> <android.support.v7.widget.RecyclerView android:id="@+id/rv_hot_review" android:layout_width="match_parent" android:layout_height="wrap_content" android:foregroundGravity="center" /> </RelativeLayout>
- 第一種方式：
- ViewPager嵌套水準RecyclerView橫向滑動到底後不滑動ViewPager
- 繼承RecyclerView，重寫dispatchTouchEvent，根據ACTION_MOVE的方向判斷是否調用getParent().requestDisallowInterceptTouchEvent去阻止父view攔截點選事件
@Override public boolean dispatchTouchEvent(MotionEvent ev) { /*---解決垂ViewPager嵌套直RecyclerView嵌套水準RecyclerView橫向滑動到底後不滑動ViewPager start ---*/ ViewParent parent = this; while(!((parent = parent.getParent()) instanceof ViewPager)); // 循環查找viewPager parent.requestDisallowInterceptTouchEvent(true); return super.dispatchTouchEvent(ev); } - 如何解決RecyclerView使用Glide加載圖檔導緻圖檔錯亂問題
- 為何會導緻圖檔加載後出現錯亂效果
- 第一種方法
- 使用settag（）方式，這種方式還是比較好的，但是，需要注意的是，Glide圖檔加載也是使用将這個方法的，是以當你在Bindviewholder（）使用時會直接抛異常，你需要使用settag（key，value）方式進行設定，這種方式是不錯的一種解決方式，注意取值的時候應該是gettag（key）這個方法哈，當異步請求回來的時候對比下tag是否一樣在判斷是否顯示圖檔。這邊直接複制部落客的代碼了。
//給ImageView打上Tag作為特有标記 imageView.setTag(tag); //下載下傳圖檔 loadImage(); //根據tag判斷是不是需要設定給ImageView if(tag == iamgeView.getTag()) { imageView.setBitmapImage(iamge); }
![Java小案例——随機數猜測随機數猜測[圖]](data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=)