RecyclerView問題彙總
目錄介紹
- 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複雜封裝庫android
- 幾乎融合了該系列博客中絕大部分的知識點，歡迎一遍看博客一遍實踐，一步步從簡單實現功能強大的庫
-
- RecycleView的結構，RecyclerView簡單用法介紹
-
02.Adapter程序員
- RecyclerView.Adapter扮演的角色，通常經常使用的重寫方法說明，數據變動通知之觀察者模式，查看.notifyChanged();源碼
-
03.ViewHoldergithub
- ViewHolder的做用，如何理解對於ViewHolder對象的數量「夠用」以後就中止調用onCreateViewHolder方法，ViewHolder簡單封裝
-
04.LayoutManagercanvas
- LayoutManager做用是什麼？setLayoutManager源碼分析
-
- SnapHelper做用，什麼是Fling操做 ，SnapHelper類重要的方法，
- 06.ItemTouchHelper
-
- SpanSizeLookup如何使用，同時包含列表，2列的網格，3列的網格如何優雅實現？
-
- ItemDecoration的用途，addItemDecoration()源碼分析
-
- RecyclerViewPool用於多個RecyclerView之間共享View。
-
- 官方有一個默認Item動畫類DafaultItemAnimator,其中DefaultItemAnimator繼承了SimpleItemAnimator,在繼承了RecyclerView.ItemAnimator，它是如何實現動畫呢？
-
- 添加recyclerView的滑動事件，上拉加載分頁數據，設置上拉加載的底部footer佈局，顯示和隱藏footer佈局
-
- RecyclerView作性能優化要說複雜也複雜，好比說佈局優化，緩存，預加載，複用池，刷新數據等等
-
- SnapHelper旨在支持RecyclerView的對齊方式，也就是經過計算對齊RecyclerView中TargetView 的指定點或者容器中的任何像素點。
-
- 自定義SnapHelper
-
- 須要自定義類實現ItemTouchHelper.Callback類
-
- 須要自定義類實現RecyclerView.ItemDecoration類，並選擇重寫合適方法
-
- RecyclerView滑動卡頓緣由有哪些？如何解決嵌套佈局滑動衝突？如何解決RecyclerView實現畫廊卡頓？
-
- getLayoutPosition()和getAdapterPosition()的區別
-
- 01.如何判斷RecyclerView控件滑動到頂部和底部
- 02.RecyclerView嵌套RecyclerView 條目自動上滾的Bug
- 03.ScrollView嵌套RecyclerView滑動衝突
- 04.ViewPager嵌套水平RecyclerView橫向滑動到底後不滑動ViewPager
- 05.RecyclerView嵌套RecyclerView的滑動衝突問題
- 06.RecyclerView使用Glide加載圖片致使圖片錯亂問題解決
-
- 要實如今NestedScrollView中嵌入一個或多個RecyclerView，會出現滑動衝突，焦點搶佔，顯示不全等。如何處理？
-
- 自定義支持上拉加載更多【加載中，加載失敗[好比沒有更多數據]，加載異常[無網絡]，加載成功等多種狀態】，下拉刷新，能夠實現複雜的狀態頁面，支持自由切換狀態【加載中，加載成功，加載失敗，沒網絡等狀態】的控件，拓展功能[支持長按拖拽，側滑刪除]能夠選擇性添加。具體使用方法，能夠直接參考demo案例。
25.0.0.0 請說一下RecyclerView？adapter的做用是什麼，幾個方法是作什麼用的？如何理解adapter訂閱者模式？
-
關於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)方法
- setAdapter源碼博客
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……方法被調用，刷新數據
- 當數據變動時，調用notify**方法時，Adapter內部的被觀察者會遍歷通知已經註冊的觀察者的對應方法，這時界面就會響應變動。博客
25.0.0.1 ViewHolder的做用是什麼？如何理解ViewHolder的複用？何時中止調用onCreateViewHolder？
-
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; }
-
-
對於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) { //代碼省略了，有須要的小夥伴能夠本身看看，這裏面邏輯實在太複雜呢 }
25.0.0.2 ViewHolder封裝如何對findViewById優化？ViewHolder中爲什麼使用SparseArray替代HashMap存儲viewId？
-
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並依賴於二分法查找。在添加和刪除操做的時候有更好的性能開銷。
-
25.0.0.3 LayoutManager做用是什麼？LayoutManager樣式有哪些？setLayoutManager源碼裏作了什麼？
-
LayoutManager做用是什麼？
- LayoutManager的職責是擺放Item的位置，而且負責決定什麼時候回收和重用Item。博客
- RecyclerView 容許自定義規則去放置子 view，這個規則的控制者就是 LayoutManager。一個 RecyclerView 若是想展現內容，就必須設置一個 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(); }
25.0.0.4 SnapHelper主要是作什麼用的？SnapHelper是怎麼實現支持RecyclerView的對齊方式？
-
SnapHelper主要是作什麼用的
- 在某些場景下，卡片列表滑動瀏覽[有的叫輪播圖]，但願當滑動中止時能夠將當前卡片停留在屏幕某個位置，好比停在左邊，以吸引用戶的焦點。那麼可使用RecyclerView + Snaphelper來實現
-
SnapHelper是怎麼實現支持RecyclerView的對齊方式
- SnapHelper旨在支持RecyclerView的對齊方式，也就是經過計算對齊RecyclerView中TargetView 的指定點或者容器中的任何像素點。博客
-
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類分析
- LinearSnapHelper 使當前Item居中顯示，經常使用場景是橫向的RecyclerView，相似ViewPager效果，可是又能夠快速滑動（滑動多頁）。博客
-
最簡單的使用就是，以下代碼
- 幾行代碼就能夠用RecyclerView實現一個相似ViewPager的效果，而且效果還不錯。能夠快速滑動多頁，當前頁劇中顯示，而且顯示前一頁和後一頁的部分。
LinearSnapHelper snapHelper = new LinearSnapHelper(); snapHelper.attachToRecyclerView(mRecyclerView);
-
PagerSnapHelper類分析
- PagerSnapHelper看名字可能就能猜到，使RecyclerView像ViewPager同樣的效果，每次只能滑動一頁（LinearSnapHelper支持快速滑動）, PagerSnapHelper也是Item居中對齊。
-
最簡單的使用就是，以下代碼
PagerSnapHelper snapHelper = new PagerSnapHelper(); snapHelper.attachToRecyclerView(mRecyclerView);
25.0.0.5 SpanSizeLookup的做用是幹什麼的？SpanSizeLookup如何使用？SpanSizeLookup實現原理如何理解？
-
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; } } });
25.0.0.6 ItemDecoration的用途是什麼？自定義ItemDecoration有哪些重寫方法？分析一下addItemDecoration()源碼？
-
ItemDecoration的用途是什麼？
- 經過設置recyclerView.addItemDecoration(new DividerDecoration(this));來改變Item之間的偏移量或者對Item進行裝飾。
- 固然，你也能夠對RecyclerView設置多個ItemDecoration，列表展現的時候會遍歷全部的ItemDecoration並調用裏面的繪製方法，對Item進行裝飾。博客
-
自定義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/yangchong2...
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(); }-
總結歸納博客
- 能夠看到在 View 的以上兩個方法中，分別調用了 ItemDecoration 對象的 onDraw onDrawOver 方法。
- 這兩個抽象方法，由咱們繼承 ItemDecoration 來本身實現，他們區別就是 onDraw 在 item view 繪製以前調用，onDrawOver 在 item view 繪製以後調用。
- 因此繪製順序就是 Decoration 的 onDraw，ItemView的 onDraw，Decoration 的 onDrawOver。
-
25.0.0.7 上拉加載更多的功能是如何作的？添加滾動監聽事件須要注意什麼問題？網格佈局上拉加載如何優化？
-
上拉加載更多的功能是如何作的？
-
01.添加recyclerView的滑動事件
- 首先給recyclerView添加滑動監聽事件。那麼咱們知道，上拉加載時，須要具有兩個條件。第一個是監聽滑動到最後一個item，第二個是滑動到最後一個而且是向上滑動。
- 設置滑動監聽器，RecyclerView自帶的ScrollListener，獲取最後一個徹底顯示的itemPosition，而後判斷是否滑動到了最後一個item，
-
02.上拉加載分頁數據
- 而後開始調用更新上拉加載更多數據的方法。注意這裏的刷新數據，能夠直接用notifyItemRangeInserted方法，不要用notifyDataSetChanged方法。
-
03.設置上拉加載的底部footer佈局
-
在adapter中，能夠上拉加載時處理footerView的邏輯
- 在getItemViewType方法中設置最後一個Item爲FooterView
- 在onCreateViewHolder方法中根據viewType來加載不一樣的佈局
- 最後在onBindViewHolder方法中設置一下加載的狀態顯示就能夠
- 因爲多了一個FooterView，因此要記得在getItemCount方法的返回值中加上1。
-
-
04.顯示和隱藏footer佈局
- 通常狀況下，滑動底部最後一個item，而後顯示footer上拉加載佈局，而後讓其加載500毫秒，最後加載出下一頁數據後再隱藏起來。博客
-
-
網格佈局上拉加載如何優化
- 若是是網格佈局，那麼上拉刷新的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。當加載數據成功後，則直接隱藏該佈局。
-
那麼如何實現手動上拉刷新呢？
- 在上面步驟的基礎上進行修改，當滑動到最後一個數據時，展現上拉加載更多佈局。而後設置它的點擊事件，點擊以後開始加載下一頁數據，當加載完成後，則直接隱藏該佈局。
25.0.0.8 RecyclerView繪製原理如何理解？性能優化本質是什麼？RecyclerView繪製原理過程大概是怎樣的？
-
RecyclerView繪製原理如何理解？
-
性能優化本質是什麼？
-
RecyclerView作性能優化要說複雜也複雜，好比說佈局優化，緩存，預加載，複用池，刷新數據等等。
- 其優化的點不少，在這些看似獨立的點之間，其實存在一個樞紐：Adapter。由於全部的ViewHolder的建立和內容的綁定都須要通過Adapter的兩個函數onCreateViewHolder和onBindViewHolder。
-
所以性能優化的本質就是要減小這兩個函數的調用時間和調用的次數。博客
- 若是咱們想對RecyclerView作性能優化，必須清楚的瞭解到咱們的每一步操做背後，onCreateViewHolder和onBindViewHolder調用了多少次。
-
-
RecyclerView繪製原理過程大概是怎樣的？
-
簡化問題
RecyclerView 以LinearLayoutManager爲例 忽略ItemDecoration 忽略ItemAnimator 忽略Measure過程 假設RecyclerView的width和height是肯定的 Recycler 忽略mViewCacheExtension -
繪製過程
-
類的職責介紹
- LayoutManager：接管RecyclerView的Measure，Layout，Draw的過程
- Recycler：緩存池
- Adapter：ViewHolder的生成器和內容綁定器。博客
-
繪製過程簡介
- 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爲止。
-
-
25.0.0.9 RecyclerView的Recyler是如何實現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中。
- 按照Type來查找ViewHolder
- 每一個Type默認最多緩存5個博客
-
-
-
如何理解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的優化
-
圖解博客
25.0.1.0 屏幕滑動(狀態是item狀態可見，不可見，即將可見變化)時三級緩存是如何理解的？adapter中的幾個方法是如何變化？
-
屏幕滑動(狀態是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
- 進屏幕時候的狀況[博客](https://github.com/yangchong211/YCBlogs)
- 當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
25.0.1.1 SnapHelper有哪些重要的方法，其做用就是是什麼？LinearSnapHelper中是如何實現滾動中止的？
-
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);
```
- findTargetSnapPosition抽象方法
- 找到須要對齊的目標View的的Position。[博客](https://github.com/yangchong211/YCBlogs)
- 更加詳細一點說就是該方法會根據觸發 Fling 操做的速率（參數 velocityX 和參數 velocityY ）來找到 RecyclerView 須要滾動到哪一個位置，該位置對應的 ItemView 就是那個須要進行對齊的列表項。咱們把這個位置稱爲 targetSnapPosition ，對應的 View 稱爲 targetSnapView 。若是找不到 targetSnapPosition ，就返回RecyclerView.NO_POSITION 。
```
public abstract int findTargetSnapPosition(LayoutManager layoutManager, int velocityX,
int velocityY);
```
-
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;
}
};
}
25.0.1.2 LinearSnapHelper代碼中calculateDistanceToFinalSnap做用是什麼？那麼out[0]和out[1]分別指什麼？
-
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方向對齊要移動的距離。
25.0.1.3 如何實現能夠設置分割線的顏色，寬度，以及到左右兩邊的寬度間距的自定義分割線，說一下思路？
-
須要實現的分割線功能
- 能夠設置分割線的顏色，寬度，以及到左右兩邊的寬度間距。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實現索引的思路
- 要實現上面的能夠設置分割線顏色和寬度，確定是要繪製的，也就是須要使用到onDraw方法。那麼在getItemOffsets方法中須要讓view擺放位置距離bottom的距離是分割線的寬度。博客
- 而後經過parent.getChildCount()方法拿到當前顯示的view的數量[注意，該方法並不會獲取不顯示的view的數量]，循環遍歷後，直接用paint畫筆進行繪製[注意至於分割線的顏色就是須要設置畫筆的顏色]。
25.0.1.4 如何實現複雜type首頁需求？若是不封裝會出現什麼問題和弊端？如何提升代碼的簡便性和高效性？
-
如何實現複雜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); } } }
-
-
若是不封裝會出現什麼問題和弊端
-
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複雜type封裝庫
-
核心目的就是三個
- 避免類的類型檢查與類型轉型
- 加強Adapter的擴展性
- 加強Adapter的可維護性
- 當列表中類型增長或減小時Adapter中主要改動的就是getItemViewType、onCreateViewHolder、onBindViewHolder這三個方法，所以，咱們就從這三個方法中開始着手。
- 既然可能存在多個type類型的view，那麼能不能把這些好比banner，廣告，文本，視頻，新聞等當作一個HeaderView來操做。
-
在getItemViewType方法中。
- 減小if之類的邏輯判斷簡化代碼，能夠簡單粗暴的用hashCode做爲增長type標識。
- 經過建立列表的佈局類型，同時返回的再也不是簡單的佈局類型標識，而是佈局的hashCode值
-
onCreateViewHolder
- getItemViewType返回的是佈局hashCode值，也就是onCreateViewHolder(ViewGroup parent, int viewType)參數中的viewType
- 在onBindViewHolder方法中。能夠看到，在此方法中，添加一種header類型的view，則經過onBindView進行數據綁定。
-
封裝後好處
- 拓展性——Adapter並不關心不一樣的列表類型在列表中的位置，所以對於Adapter來講列表類型能夠隨意增長或減小。十分方便，同時設置類型view的佈局和數據綁定都不須要在adapter中處理。充分解耦。
- 可維護性——不一樣的列表類型由adapter添加headerView處理，哪怕添加多個headerView，相互之間互不干擾，代碼簡潔，維護成本低。
-
25.0.1.5 關於item條目點擊事件在onCreateViewHolder中寫和在onBindViewHolder中寫有何區別？如何優化？
-
關於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()); } } }); }
-
- onBindViewHolder() 中頻繁建立新的 onClickListener 實例沒有必要，建議實際開發中應該在 onCreateViewHolder() 中每次爲新建的 View 設置一次就行。
25.0.1.6 RecyclerView滑動卡頓緣由有哪些？如何解決嵌套佈局滑動衝突？如何解決RecyclerView實現畫廊卡頓？
-
RecyclerView滑動卡頓緣由有哪些
-
第一種：嵌套佈局滑動衝突
- 致使嵌套滑動難處理的關鍵緣由在於當子控件消費了事件, 那麼父控件就不會再有機會處理這個事件了, 因此一旦內部的滑動控件消費了滑動操做, 外部的滑動控件就再也沒機會響應這個滑動操做了
-
第二種：嵌套佈局層次太深，好比六七層等
- 測量，繪製佈局可能會致使滑動卡頓
- 第三種：好比用RecyclerView實現畫廊，加載比較大的圖片，若是快速滑動，則可能會出現卡頓，主要是加載圖片須要時間
- 第四種：在onCreateViewHolder或者在onBindViewHolder中作了耗時的操做致使卡頓。
-
-
如何解決嵌套佈局滑動衝突
- 這個具體看個人博客：23.RecyclerView滑動衝突
-
如何解決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解碼一類的耗時操做，最好不要在它們裏面進行。
25.0.1.7 RecyclerView常見的優化有哪些？實際開發中都是怎麼作的，優化先後對比性能上有何提高？
-
RecyclerView常見的優化有哪些
-
DiffUtil刷新優化
- 分頁拉取遠端數據，對拉取下來的遠端數據進行緩存，提高二次加載速度；對於新增或者刪除數據經過 DiffUtil 來進行局部刷新數據，而不是一味地全局刷新數據。
-
佈局優化
-
減小 xml 文件 inflate 時間
- 這裏的 xml 文件不只包括 layout 的 xml，還包括 drawable 的 xml，xml 文件 inflate 出 ItemView 是經過耗時的 IO 操做，尤爲當 Item 的複用概率很低的狀況下，隨着 Type 的增多，這種 inflate 帶來的損耗是至關大的，此時咱們能夠用代碼去生成佈局，即 new View() 的方式，只要搞清楚 xml 中每一個節點的屬性對應的 API 便可。
-
減小 View 對象的建立
- 一個稍微複雜的 Item 會包含大量的 View，而大量的 View 的建立也會消耗大量時間，因此要儘量簡化 ItemView；設計 ItemType 時，對多 ViewType 可以共用的部分儘可能設計成自定義 View，減小 View 的構造和嵌套。博客
-
-
對itemView中孩子View的點擊事件優化
- onBindViewHolder() 中頻繁建立新的 onClickListener 實例沒有必要，建議實際開發中應該在 onCreateViewHolder() 中每次爲新建的 View 設置一次就行。
-
-
其餘的一些優化點
-
若是 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。
-
25.0.1.8 如何解決RecyclerView嵌套RecyclerView條目自動上滾的Bug？如何解決ScrollView嵌套RecyclerView滑動衝突？
-
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/yangchong2...
<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>
-
25.0.1.9 如何處理ViewPager嵌套水平RecyclerView橫向滑動到底後不滑動ViewPager？如何解決RecyclerView使用Glide加載圖片致使圖片錯亂問題？
-
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加載圖片致使圖片錯亂問題
-
爲什麼會致使圖片加載後出現錯亂效果
- 由於有ViewHolder的重用機制，每個item在移除屏幕後都會被從新使用以節省資源，避免滑動卡頓。而在圖片的異步加載過程當中，從發出網絡請求到徹底下載並加載成Bitmap的圖片須要花費很長時間，而這時候頗有可能原先須要加載圖片的item已經劃出界面並被重用了。而原先下載的圖片在被加載進ImageView的時候沒有判斷當前的ImageView是否是原先那個要求加載的，故可能圖片被加載到被重用的item上，就產生了圖片錯位的問題。解決思路也很簡單，就是在下載完圖片，準備給ImageView裝上的時候檢查一下這個ImageView。博客
-
第一種方法
- 使用settag（）方式，這種方式仍是比較好的，可是，須要注意的是，Glide圖片加載也是使用將這個方法的，因此當你在Bindviewholder（）使用時會直接拋異常，你須要使用settag（key，value）方式進行設置，這種方式是不錯的一種解決方式，注意取值的時候應該是gettag（key）這個方法哈，當異步請求回來的時候對比下tag是否同樣在判斷是否顯示圖片。這邊直接複製博主的代碼了。
//給ImageView打上Tag做爲特有標記 imageView.setTag(tag); //下載圖片 loadImage(); //根據tag判斷是否是須要設置給ImageView if(tag == iamgeView.getTag()) { imageView.setBitmapImage(iamge); }
-
項目開源地址：https://github.com/yangchong2...
相關文章
- 1. RecyclerView問題彙總
- 2. 問題彙總
- 3. Ubuntu 問題彙總
- 4. ganglia問題彙總
- 5. Netscreen ×××問題彙總
- 6. ClassLoader問題彙總
- 7. ADB問題彙總
- 8. mysql問題彙總
- 9. JavaWeb問題彙總
- 10. Tcp問題彙總
- 更多相關文章...
- • Docker 資源彙總 - Docker教程
- • Web 詞彙表 - 網站建設指南
- • PHP Ajax 跨域問題最佳解決方案
- • IntelliJ IDEA中SpringBoot properties文件不能自動提示問題解決
相關標籤/搜索
每日一句
-
每一个你不满意的现在，都有一个你没有努力的曾经。
歡迎關注本站公眾號,獲取更多信息
相關文章
- 1. RecyclerView問題彙總
- 2. 問題彙總
- 3. Ubuntu 問題彙總
- 4. ganglia問題彙總
- 5. Netscreen ×××問題彙總
- 6. ClassLoader問題彙總
- 7. ADB問題彙總
- 8. mysql問題彙總
- 9. JavaWeb問題彙總
- 10. Tcp問題彙總