報錯截圖：

場景介紹：在使用recycleView 自動遞增數據，且自動滾動到最新行； 當數據達到273條 時出現ANR；

項目中 全部的列表適配器使用的三方庫：BaseRecyclerViewAdapterHelper （很早之前的項目）

代碼：

public class LogRecyclerViewAdapter extends BaseQuickAdapter<LogBean,BaseViewHolder> {public LogRecyclerViewAdapter(int layoutResId, @Nullable List<LogBean> data) {super(layoutResId, data);}// 避免布局錯亂@Overridepublic int getItemViewType(int position) {Log.d(TAG, "getItemViewType1111: " +position);return position;}@Overrideprotected void convert(BaseViewHolder helper, LogBean item) {String title = item.getTitle();String msg = item.getMsg();helper.setText(R.id.log_title_txt,title);helper.setText(R.id.log_msg_txt,msg);// 設置異常字體顏色if(msg.contains("異常")||msg.contains("中斷")||msg.contains("失敗")){helper.setTextColor(R.id.log_title_txt,Color.parseColor("#FF2C00"));helper.setTextColor(R.id.log_msg_txt, Color.parseColor("#FF2C00"));}}
}

解決 ：根據報錯提示，百度后解決 需要注釋掉重寫的getItemViewType 函數，其實是一個三方庫的bug；

可參考：https://blog.csdn.net/lovelixue/article/details/103641023

為知其所以然 ，繼續(xù)跟蹤代碼；

進入適配器繼承的父類：BaseQuickAdapter該類繼承自RecyclerView.Adapter<K> ， 找到重寫的getItemViewType 函數，getItemViewType的返回值 當有其他布局（頭部腳部或空布局）時候返回值各自的常量；項目只是單item 沒有添加其他View 代碼會走

return getDefItemViewType(adjPosition);

該方法會重新定義getItemViewType的值而該值是position變量；

  @Overridepublic int getItemViewType(int position) {if (getEmptyViewCount() == 1) {boolean header = mHeadAndEmptyEnable && getHeaderLayoutCount() != 0;switch (position) {case 0:if (header) {return HEADER_VIEW;} else {return EMPTY_VIEW;}case 1:if (header) {return EMPTY_VIEW;} else {return FOOTER_VIEW;}case 2:return FOOTER_VIEW;default:return EMPTY_VIEW;}}int numHeaders = getHeaderLayoutCount();if (position < numHeaders) {return HEADER_VIEW;} else {int adjPosition = position - numHeaders;int adapterCount = mData.size();if (adjPosition < adapterCount) {return getDefItemViewType(adjPosition);} else {adjPosition = adjPosition - adapterCount;int numFooters = getFooterLayoutCount();if (adjPosition < numFooters) {return FOOTER_VIEW;} else {return LOADING_VIEW;}}}}protected int getDefItemViewType(int position) {if (mMultiTypeDelegate != null) {return mMultiTypeDelegate.getDefItemViewType(mData, position);}return super.getItemViewType(position);}

回到：LogRecyclerViewAdapter 類中 ，業(yè)務代碼在convert函數中實現 跟蹤該函數，發(fā)現在BaseQuickAdapter中被onBindViewHolder調用，代碼如下：它會獲取holder的getItemViewType ，其值的已經分析過 取自position ，每次源數據新增一條position就會隨之遞增；其實報錯的時候，還沒有執(zhí)行到該函數，我們需要查看recycleView的源碼 執(zhí)行該方法之前還執(zhí)行了onCreateViewHolder 函數。

 @Overridepublic void onBindViewHolder(K holder, int position) {//Add up fetch logic, almost like load more, but simpler.autoUpFetch(position);//Do not move position, need to change before LoadMoreView bindingautoLoadMore(position);int viewType = holder.getItemViewType();switch (viewType) {case 0:convert(holder, getItem(position - getHeaderLayoutCount()));break;case LOADING_VIEW:mLoadMoreView.convert(holder);break;case HEADER_VIEW:break;case EMPTY_VIEW:break;case FOOTER_VIEW:break;default:convert(holder, getItem(position - getHeaderLayoutCount()));break;}}

@Overridepublic K onCreateViewHolder(ViewGroup parent, int viewType) {K baseViewHolder = null;this.mContext = parent.getContext();this.mLayoutInflater = LayoutInflater.from(mContext);switch (viewType) {case LOADING_VIEW:baseViewHolder = getLoadingView(parent);break;case HEADER_VIEW:baseViewHolder = createBaseViewHolder(mHeaderLayout);break;case EMPTY_VIEW:baseViewHolder = createBaseViewHolder(mEmptyLayout);break;case FOOTER_VIEW:baseViewHolder = createBaseViewHolder(mFooterLayout);break;default:baseViewHolder = onCreateDefViewHolder(parent, viewType);bindViewClickListener(baseViewHolder);}baseViewHolder.setAdapter(this);return baseViewHolder;}

重點看下，switch 方法 ，會逐條遍歷viewType，我們分別看case 條件值 ，分別是

public static final int HEADER_VIEW = 0x00000111;

public static final int LOADING_VIEW = 0x00000222;

public static final int FOOTER_VIEW = 0x00000333;

public static final int EMPTY_VIEW = 0x00000555;

是十六進制的魔法數字 ，case ==0 正常調用 0x00000111 轉換成十進制是273 ，所以 當position 的值273的 時候，會進入第二個條件執(zhí)行createBaseViewHolder （mHeaderLayout）此時的參數是null，

該函數表示通過反射的方式獲取viewhold

protected K createBaseViewHolder(View view) {Class temp = getClass();Class z = null;while (z == null && null != temp) {z = getInstancedGenericKClass(temp);temp = temp.getSuperclass();}K k;// 泛型擦除會導致z為nullif (z == null) {k = (K) new BaseViewHolder(view);} else {k = createGenericKInstance(z, view);}return k != null ? k : (K) new BaseViewHolder(view);}

進入BaseViewHolder 類中，該類繼承自RecyclerView.ViewHolder，作用是封裝了各種賦值函數，通過getView 獲取到item的view 去賦值等。

 public ViewHolder(@NonNull View itemView) {if (itemView == null) {throw new IllegalArgumentException("itemView may not be null");}this.itemView = itemView;}

終于跟蹤到報錯的地方了。因為當初入參是null 因此條件判斷進入itemView ==null ，就有了開始的IDE的輸出報錯；

完美的閉環(huán)

如有不完善的地方，譬如：recycleView源碼部分，沒有仔細說明，請多多擔待；

抱拳；