嗨，大家好，最近我去淘了一些關於RecycleView的面試真題，大家一起看看吧，這次的問題如果都弄懂了，下次面試再遇到RecycleView應該就沒啥可擔心的了。
- 講一下
RecyclerView的緩存機制,滑動10個，再滑回去，會有幾個執行onBindView。緩存的是什么？cachedView會執行onBindView嗎? RecyclerView預取機制- 如何實現
RecyclerView的局部更新，用過payload嗎,notifyItemChange方法中的參數？ RecyclerView嵌套RecyclerView滑動沖突，NestScrollView嵌套RecyclerView。- 說說RecyclerView性能優化。
講一下RecyclerView的緩存機制,滑動10個，再滑回去，會有幾個執行onBindView。緩存的是什么？cachedView會執行onBindView嗎?
RecyclerView預取機制
這兩個問題都是關於緩存的，我就一起說了。
1）首先說下RecycleView的緩存結構：
Recycleview有四級緩存，分別是mAttachedScrap(屏幕內)，mCacheViews(屏幕外)，mViewCacheExtension(自定義緩存)，mRecyclerPool(緩存池)
mAttachedScrap(屏幕內)，用於屏幕內itemview快速重用，不需要重新createView和bindViewmCacheViews(屏幕外)，保存最近移出屏幕的ViewHolder，包含數據和position信息，復用時必須是相同位置的ViewHolder才能復用，應用場景在那些需要來回滑動的列表中，當往回滑動時，能直接復用ViewHolder數據，不需要重新bindView。mViewCacheExtension(自定義緩存)，不直接使用，需要用戶自定義實現，默認不實現。mRecyclerPool(緩存池)，當cacheView滿了后或者adapter被更換，將cacheView中移出的ViewHolder放到Pool中，放之前會把ViewHolder數據清除掉，所以復用時需要重新bindView。
2）四級緩存按照順序需要依次讀取。所以完整緩存流程是：
- 保存緩存流程：
- 插入或是刪除
itemView時，先把屏幕內的ViewHolder保存至AttachedScrap中 - 滑動屏幕的時候，先消失的itemview會保存到
CacheView，CacheView大小默認是2，超過數量的話按照先入先出原則，移出頭部的itemview保存到RecyclerPool緩存池（如果有自定義緩存就會保存到自定義緩存里），RecyclerPool緩存池會按照itemview的itemtype進行保存，每個itemType緩存個數為5個，超過就會被回收。
- 獲取緩存流程：
- AttachedScrap中獲取，通過pos匹配holder——>獲取失敗，從
CacheView中獲取，也是通過pos獲取holder緩存
——>獲取失敗，從自定義緩存中獲取緩存——>獲取失敗，從mRecyclerPool中獲取
——>獲取失敗，重新創建viewholder——createViewHolder並bindview。
3）了解了緩存結構和緩存流程，我們再來看看具體的問題
滑動10個，再滑回去，會有幾個執行onBindView？
- 由之前的緩存結構可知，需要重新執行
onBindView的只有一種緩存區，就是緩存池mRecyclerPool。
所以我們假設從加載RecyclView開始盤的話（頁面假設可以容納7條數據）：
- 首先，7條數據會依次調用
onCreateViewHolder和onBindViewHolder。 - 往下滑一條（position=7），那么會把position=0的數據放到
mCacheViews中。此時mCacheViews緩存區數量為1，mRecyclerPool數量為0。然后新出現的position=7的數據通過postion在mCacheViews中找不到對應的ViewHolder，通過itemtype也在mRecyclerPool中找不到對應的數據，所以會調用onCreateViewHolder和onBindViewHolder方法。 - 再往下滑一條數據（position=8），如上。
- 再往下滑一條數據（position=9），position=2的數據會放到
mCacheViews中，但是由於mCacheViews緩存區默認容量為2，所以position=0的數據會被清空數據然后放到mRecyclerPool緩存池中。而新出現的position=9數據由於在mRecyclerPool中還是找不到相應type的ViewHolder，所以還是會走onCreateViewHolder和onBindViewHolder方法。所以此時mCacheViews緩存區數量為2，mRecyclerPool數量為1。 - 再往下滑一條數據（position=10），這時候由於可以在
mRecyclerPool中找到相同viewtype的ViewHolder了。所以就直接復用了，並調用onBindViewHolder方法綁定數據。 - 后面依次類推，剛消失的兩條數據會被放到
mCacheViews中，再出現的時候是不會調用onBindViewHolder方法，而復用的第三條數據是從mRecyclerPool中取得，就會調用onBindViewHolder方法了。
4）所以這個問題就得出結論了（假設mCacheViews容量為默認值2）：
-
如果一開始滑動的是新數據，那么滑動10個，就會走10個
bindview方法。然后滑回去，會走10-2個bindview方法。一共18次調用。 -
如果一開始滑動的是老數據，那么滑動10-2個，就會走8個
bindview方法。然后滑回去，會走10-2個bindview方法。一共16次調用。
但是但是，實際情況又有點不一樣。因為Recycleview在v25版本引入了一個新的機制，預取機制。
預取機制，就是在滑動過程中，會把將要展示的一個元素提前緩存到mCachedViews中，所以滑動10個元素的時候，第11個元素也會被創建，也就多走了一次bindview方法。但是滑回去的時候不影響，因為就算提前取了一個緩存數據，只是把bindview方法提前了，並不影響總的綁定item數量。
所以滑動的是新數據的情況下就會多一次調用bindview方法。
5）總結，問題怎么答呢？
- 四級緩存和流程說一下。
- 滑動10個，再滑回去，
bindview可以是19次調用，可以是16次調用。 - 緩存的其實就是緩存item的view，在Recycleview中就是
viewholder。 cachedView就是mCacheViews緩存區中的view，是不需要重新綁定數據的。
如何實現RecyclerView的局部更新，用過payload嗎,notifyItemChange方法中的參數？
關於RecycleView的數據更新，主要有以下幾個方法：
notifyDataSetChanged()，刷新全部可見的item。
*notifyItemChanged(int)，刷新指定item。notifyItemRangeChanged(int,int)，從指定位置開始刷新指定個item。notifyItemInserted(int)、notifyItemMoved(int)、notifyItemRemoved(int)。插入、移動一個並自動刷新。notifyItemChanged(int, Object)，局部刷新。
可以看到，關於view的局部刷新就是notifyItemChanged(int, Object)方法，下面具體說說：
notifyItemChange有兩個構造方法：
- notifyItemChanged(int position, @Nullable Object payload)
- notifyItemChanged(int position)
其中payload參數可以認為是你要刷新的一個標示，比如我有時候只想刷新itemView中的textview,有時候只想刷新imageview？又或者我只想某一個view的文字顏色進行高亮設置？那么我就可以通過payload參數來標示這個特殊的需求了。
具體怎么做呢？比如我調用了notifyItemChanged（14,"changeColor"）,那么在onBindViewHolder回調方法中做下判斷即可：
@Override
public void onBindViewHolder(ViewHolderholder, int position, List<Object> payloads) {
if (payloads.isEmpty()) {
// payloads為空，說明是更新整個ViewHolder
onBindViewHolder(holder, position);
} else {
// payloads不為空，這只更新需要更新的View即可。
String payload = payloads.get(0).toString();
if ("changeColor".equals(payload)) {
holder.textView.setTextColor("");
}
}
}
RecyclerView嵌套RecyclerView滑動沖突，NestScrollView嵌套RecyclerView。
1）RecyclerView嵌套RecyclerView的情況下，如果兩者都要上下滑動，那么就會引起滑動沖突。默認情況下外層的RecycleView可滑，內層不可滑。
之前說過解決滑動沖突的辦法有兩種：內部攔截法和外部攔截法。
這里我提供一種內部攔截法，還有一些其他的辦法大家可以自己思考下。
holder.recyclerView.setOnTouchListener { v, event ->
when(event.action){
//當按下操作的時候，就通知父view不要攔截，拿起操作就設置可以攔截，正常走父view的滑動。
MotionEvent.ACTION_DOWN,MotionEvent.ACTION_MOVE -> v.parent.requestDisallowInterceptTouchEvent(true)
MotionEvent.ACTION_UP -> v.parent.requestDisallowInterceptTouchEvent(false)
}
false}
2）關於ScrclerView的滑動沖突還是同樣的解決辦法，就是進行事件攔截。
還有一個辦法就是用Nestedscrollview代替ScrollView，Nestedscrollview是官方為了解決滑動沖突問題而設計的新的View。它的定義就是支持嵌套滑動的ScrollView。
所以直接替換成Nestedscrollview就能保證兩者都能正常滑動了。但是要注意設置RecyclerView.setNestedScrollingEnabled(false)這個方法，用來取消RecyclerView本身的滑動效果。
這是因為RecyclerView默認是setNestedScrollingEnabled(true)，這個方法的含義是支持嵌套滾動的。也就是說當它嵌套在NestedScrollView中時,默認會隨着NestedScrollView滾動而滾動,放棄了自己的滾動。所以給我們的感覺就是滯留、卡頓。所以我們將它設置為false就解決了卡頓問題，讓他正常的滑動，不受外部影響。
說說RecyclerView性能優化。
bindViewHolder方法是在UI線程進行的，此方法不能耗時操作，不然將會影響滑動流暢性。比如進行日期的格式化。- 對於新增或刪除的時候，可以使用
diffutil進行局部刷新，少用全局刷新 - 對於
itemVIew進行布局優化，比如少嵌套等。 - 25.1.0 (>=21)及以上使用
Prefetch功能，也就是預取功能，嵌套時且使用的是LinearLayoutManager，子RecyclerView可通過setInitialPrefatchItemCount設置預取個數 - 加大
RecyclerView緩存，比如cacheview大小默認為2，可以設置大點，用空間來換取時間，提高流暢度 - 如果高度固定，可以設置
setHasFixedSize(true)來避免requestLayout浪費資源，否則每次更新數據都會重新測量高度。
void onItemsInsertedOrRemoved() {
if (hasFixedSize) layoutChildren();
else requestLayout();
}
- 如果多個
RecycledView的 Adapter 是一樣的，比如嵌套的 RecyclerView 中存在一樣的 Adapter，可以通過設置RecyclerView.setRecycledViewPool(pool);來共用一個RecycledViewPool。這樣就減少了創建VIewholder的開銷。 - 在RecyclerView的元素比較高，一屏只能顯示一個元素的時候，第一次滑動到第二個元素會卡頓。這種情況就可以通過設置額外的緩存空間，重寫
getExtraLayoutSpace方法即可。
new LinearLayoutManager(this) {
@Override
protected int getExtraLayoutSpace(RecyclerView.State state) {
return size;
}
};
- 設置
RecyclerView.addOnScrollListener();來在滑動過程中停止加載的操作。 - 減少對象的創建，比如設置監聽事件，可以全局創建一個，所有view公用一個listener，並且放到
CreateView里面去創建監聽，因為CreateView調用要少於bindview。這樣就減少了對象創建所造成的消耗 - 用
notifyDataSetChange時，適配器不知道整個數據集中的那些內容以及存在，再重新匹配ViewHolder時會花生閃爍。設置adapter.setHasStableIds(true)，並重寫getItemId()來給每個Item一個唯一的ID，也就是唯一標識，就使itemview的焦點固定，解決了閃爍問題。
拜拜
今天聊了不少，關於RecycleView重要的知識點應該都涉及到了，其中bindview的問題下次有機會我會再詳細的說一下，配合圖片日志。
最后希望大家好好鞏固知識，加油。
拜拜
有一起學習的小伙伴可以關注下❤️我的公眾號——碼上積木，每天剖析一個知識點，我們一起積累知識。
