为了更好的理解源码以及RecycleViewAdapter的机制，先上一幅图

RecycleView.PNG

其中HeaderView和FooterView可以包含多个View,LoadingMoreView在BRVAH中固定成了一个。OK重点来了，无论HeaderView里面包含了多少个Header，HeaderView会被整体当成一个Item，所以当Adapter需要刷新HeaderView的时候始终都是刷新position = 0的位置(同理，FooterView也是一个道理)

这里需要重点理解的是HeaderView中Header的数量和RecycleView整个Item数量之间的关系，BRVAH中，HeaderView和FooterView都是LinerLayout，向这个LinerLayout中增加View是不影响RecycleView的ItemCount的。千万不要想当然的认为Add了几个Header然后ItemCount就会加几了。这点理解了源代码理解起来就很容易了

下面主要看BRVAH中最重要的的类BaseQuickAdapter

先来看这个类的定义和构造函数

public abstract class BaseQuickAdapter extends RecyclerView.Adapter

public BaseQuickAdapter(int layoutResId, List data) {

this.mData = data == null ? new ArrayList() : data;

if (layoutResId != 0) {

this.mLayoutResId = layoutResId;

}

}

首先，这是个抽象类，继承了RecyclerView.Adapter，泛型K表示ViewHolder，泛型T表示了List的数据类型，这里个人觉得泛型的名称可以更加直意一些，方便理解。

来看一下主要成员变量的定义

//load more

private boolean mNextLoadEnable = false;

private boolean mLoadMoreEnable = false;

private boolean mLoading = false;

private LoadMoreView mLoadMoreView = new SimpleLoadMoreView();

private RequestLoadMoreListener mRequestLoadMoreListener;

mNextLoadEnable的含义是否还有下一页可以加载，用来判断是否还有更多数据

而mLoadMoreEnable表示是否要显示LoadMoreView

mLoading比较好理解，判断是否正在加载更多，用于是否显示进度的判断

mLoadMoreView这里给了一个初始化的View

mRequestLoadMoreListener用来CallBack给外部，表示LoadMore正在显示

//header footer

private LinearLayout mHeaderLayout;

private LinearLayout mFooterLayout;

//empty

private FrameLayout mEmptyLayout;

private boolean mIsUseEmpty = true;

private boolean mHeadAndEmptyEnable;

private boolean mFootAndEmptyEnable;

header和footer都好理解，mEmptyLayout表示无数据时填充的布局，mIsUseEmpty表示默认使用这个EmptyLayout。mHeadAndEmptyEnable这个为true表示当无数据是可以显示HeaderView(mFootAndEmptyEnable这是同理，只是是否显示FooterView)

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;

这几个值对应了getItemType返回值，比较好理解

其他成员变量比较好理解，基本就是动画的一些定义，按键Listener的定义等，可自行阅读

下面来看几个主要函数

public int getItemCount() {

int count;

if (getEmptyViewCount() == 1) {

count = 1;

if (mHeadAndEmptyEnable && getHeaderLayoutCount() != 0) {

count++;

}

if (mFootAndEmptyEnable && getFooterLayoutCount() != 0) {

count++;

}

} else {

count = getHeaderLayoutCount() + mData.size() + getFooterLayoutCount() + getLoadMoreViewCount();

}

return count;

}

此函数返回需要渲染的Item数量，主要逻辑是，根据需要加上HeaderView和FooterView的数量，举例来看getHeaderLayoutCount()

public int getHeaderLayoutCount() {

if (mHeaderLayout == null || mHeaderLayout.getChildCount() == 0) {

return 0;

}

return 1;

}

可以看出HeaderView的数量不是1就是0，与一开始图的理解在代码上就对应上了。FooterView和LoadMoreView也是一个道理

来看获取View类型的函数getItemViewType()

public int getItemViewType(int position) {

//Part1

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;

}

}

//Part2

autoLoadMore(position);

//Part3

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;

}

}

}

}

Part1代码逻辑：当无数据的时候根据Position和状态值来判断是HeaderVeiw,FooterView或者EmptyFrame

Part2代码逻辑：autoLoadMore显示加载更多的View(此处感觉这个函数放在这里并不合适，因为这是一个用来获取Type的函数，autoLoadMore是用来设置加载更多的View的)

Part3代码逻辑：根据HeaderView和FooterView的个数(0或者1)来返回是HeaderVIew类型，FooterView类型，LoadingMore类型或者是用户定义的类型(getDefItemViewType)

下面来看onCreateViewHolder

public 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;

}

返回值泛型K对应函数定义BaseQuickAdapter定义的K，即返回一个Holader

接下来是根据不同类型来创建不同的ViewHolder。重点来说下onCreateDefViewHolder(parent, viewType)这个方法吧。这个方法最终调用了下面的方法

/**

* if you want to use subclass of BaseViewHolder in the adapter,

* you must override the method to create new ViewHolder.

*

* @param view view

* @return new ViewHolder

*/

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);

}

getInstancedGenericKClass用来通过Adapter类获取泛型K所对应的真正的类

createGenericKInstance用来创建一个真正的泛型K对应的类

这两个方法都涉及到了反射的知识，这里稍作补充，以下方法都是Class类的方法

getGenericSuperclass用来获取超类的Type。ParameterizedType表示参数类型

getActualTypeArguments表示获取实际的参数类型

这里不太明白的是注释，为什么使用了继承自BaseViewHolder的类需要override这个方法

来看onBindViewHolder()方法

public void onBindViewHolder(K holder, int positions) {

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方法是个抽象方法，需要实现，完成布局内容的填充

至此，这个类的最主要的方法都分析完成。主要需要理解的有：

泛型的使用可以提高代码复用率

HeaderView和FooterView的ItemCount是0或者1，跟add多少个Header或者Footer没有关系