BaseRecyclerViewAdapterHelper开源项目之BaseQuickAdapter源码学习.

版本：2.8.5

更多内容请看：http://cherylgood.cn

今天，我们来一起分析BaseRecyclerViewAdapterHelper中有关BaseQuickAdapter的源码，今天的分析思路是根据BaseQuickAdapter的实例化过程来进行分析。分析前我先分享一个RecyclerView.Adapter的生命周期方法图：

BaseQuickAdapter实例化第一步当然是调用我们的构造方法：

public BaseQuickAdapter(int layoutResId, List data) { Log.d(TAG,"#test BaseQuickAdapter"); this.mData = data == null ? new ArrayList() : data; if (layoutResId != 0) { this.mLayoutResId = layoutResId; } } public BaseQuickAdapter(List data) { this(0, data); } public BaseQuickAdapter(int layoutResId) { this(layoutResId, null); }

从源码可以看到，我们的BaseQuickAdapter 有三个构造函数，但最终都会调用

public BaseQuickAdapter(int layoutResId, List data) { Log.d(TAG,"#test BaseQuickAdapter"); this.mData = data == null ? new ArrayList() : data; if (layoutResId != 0) { this.mLayoutResId = layoutResId; } }

可以看到，加入你不传入data，内部会先为我们创建一个空的list，

然后在构造时记录我们的布局资源id。

那么，布局资源id会在什么时候用呢，当然是在onCreateViewHolder 方法中创建viewholder的时候，那么我没继续看onCreateViewHolder 方法的代码。而调用onCreteViewHolder前会先调用getItemViewType方法。

@Override public int getItemViewType(int position) { Log.d(TAG,"#test getItemViewType"); 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; } } autoLoadMore(position); 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; } } } }

从代码可以看到，他是根据我们data的index值以及我们是否开启空视图之类的数据来决定在onCreateViewHolder中应该返回什么类型的viewHolder。

我们继续看onCreateViewHolder的代码：

@Override public K onCreateViewHolder(ViewGroup parent, int viewType) { Log.d(TAG,"#test onCreateViewHolder"); 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); } return baseViewHolder; }

但是，在上面的代码中我们并没有看到有使用我们的 mLayoutResId 资源id的代码。我们可以看到，switch里面前几个都是创建空视图啊，头部视图，底部视图之类的。default这个onCreateDefViewHolder估计是我们需要找的代码，我们来看下这个方法：

protected K onCreateDefViewHolder(ViewGroup parent, int viewType) { return createBaseViewHolder(parent, mLayoutResId); }

里面调用来createBaseViewHolder方法，我们继续看：

protected K createBaseViewHolder(ViewGroup parent, int layoutResId) { return createBaseViewHolder(getItemView(layoutResId, parent)); }

这里面先调用getItemView

可以先看到下哦啊，getItemView是返回一个什么view

protected View getItemView(int layoutResId, ViewGroup parent) { return mLayoutInflater.inflate(layoutResId, parent, false); }

里面代码相当简单，就是根据布局资源id渲染我们的view然后返回。

然后才继续调用 

createBaseViewHolder protected K createBaseViewHolder(View view) { Class temp = getClass(); Class z = null; while (z == null && null != temp) { z = getInstancedGenericKClass(temp); temp = temp.getSuperclass(); } K k = createGenericKInstance(z, view); return null != k ? k : (K) new BaseViewHolder(view); }

 

里面的代码主要是判断你是否在adapter中使用的BaseViewHolder的子类，大概意思是这样的，

temp=getClass()会返回我们当前的adapter的类型，然后其传入temp调用getInstancedGenericKClass，

private Class getInstancedGenericKClass(Class z) { Type type = z.getGenericSuperclass(); if (type instanceof ParameterizedType) { Type[] types = ((ParameterizedType) type).getActualTypeArguments(); for (Type temp : types) { if (temp instanceof Class) { Class tempClass = (Class) temp; //判断tempClass是否是BaseViewHolder类型或者其子类或者接口 if (BaseViewHolder.class.isAssignableFrom(tempClass)) { return tempClass; } } } } return null; }

该方法最终会判断当前的类是否是BaseViewHolder的子类或者接口，如果是返回，不是返回null。

经过下面的三目运算，

return null != k ? k : (K) new BaseViewHolder(view); 如果你不实用集成自BaseViewHolder的子类时，基本调用的是 new BaseViewHolder(view);

在我们上一篇分析BaseViewHolder中有一个

convertView字段的值及来自这里。 那么好，当viewholder被创建后，接下来就是数据绑定了，我们看一下源代码：

 

public void onBindViewHolder(K holder, int positions) { Log.d(TAG,"#test onBindViewHolder"); int viewType = holder.getItemViewType(); switch (viewType) { case 0: convert(holder, mData.get(holder.getLayoutPosition() - getHeaderLayoutCount())); break; case LOADING_VIEW: mLoadMoreView.convert(holder); break; case HEADER_VIEW: break; case EMPTY_VIEW: break; case FOOTER_VIEW: break; default: convert(holder, mData.get(holder.getLayoutPosition() - getHeaderLayoutCount())); break; } }

大家从上面会看到很熟悉的一个函数

convert(holder, mData.get(holder.getLayoutPosition() - getHeaderLayoutCount()));

为什么0是我们正常要显示的数据呢，

@Override public K onCreateViewHolder(ViewGroup parent, int viewType) { .... switch (viewType) { ... default: baseViewHolder = onCreateDefViewHolder(parent, viewType); } return baseViewHolder;

从onCreateViewHolder中可以看到在default情况下就是viewType=0，该值来自adapter的

getItemViewType方法， @Override public int getItemViewType(int position) { Log.d(TAG,"#test getItemViewType"); 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; } } autoLoadMore(position); 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; } } } }

当既不是头部视图，也不是尾部视图，空视图时，他就会调用

getDefItemViewType(adjPosition); protected int getDefItemViewType(int position) { return super.getItemViewType(position); } 里面调用adapter的父类的方法，进入该方法 /** * Return the view type of the item at position for the purposes * of view recycling. * *

The default implementation of this method returns 0, making the assumption of * a single view type for the adapter. Unlike ListView adapters, types need not * be contiguous. Consider using id resources to uniquely identify item view types. * * @param position position to query * @return integer value identifying the type of the view needed to represent the item at * position. Type codes need not be contiguous. */ public int getItemViewType(int position) { return 0; }

可以看到，他返回的就是0，所以viewType等于0就是正常加载数据的viewHolder，然后我们将holder和经过计算 mData.get(holder.getLayoutPosition() - getHeaderLayoutCount()) 后得到的该positions下的data传入convert函数，我们就可以拿着holder和data进行数据的绑定操作了， @Override public void onBindViewHolder(K holder, int positions) { Log.d(TAG,"#test onBindViewHolder"); int viewType = holder.getItemViewType(); switch (viewType) { case 0: convert(holder, mData.get(holder.getLayoutPosition() - getHeaderLayoutCount())); break; case LOADING_VIEW: mLoadMoreView.convert(holder); break; case HEADER_VIEW: break; case EMPTY_VIEW: break; case FOOTER_VIEW: break; default: convert(holder, mData.get(holder.getLayoutPosition() - getHeaderLayoutCount())); break; } } 从创建adapter到根据不同的情况创建不同的viewholder到绑定数据的流程，希望对大家有帮助，后面会继续分享有关BaseRecyclerViewAdapterHelper的源码的内容。