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

2017-06-01 约 2455 字预计阅读 5 分钟次阅读

版本：2.8.5

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

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

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15


 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 有三个构造函数，但最终都会调用

1
2
3
4
5
6
7


 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方法。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44


 @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的代码：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25


@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估计是我们需要找的代码，我们来看下这个方法：

1
2
3


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

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

1
2
3


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

这里面先调用getItemView

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

1
2
3


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

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

然后才继续调用

createBaseViewHolder

 1
 2
 3
 4
 5
 6
 7
 8
 9
10


 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，

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16


 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。

经过下面的三目运算，

1

return null != k ? k : (K) new BaseViewHolder(view);

如果你不实用集成自BaseViewHolder的子类时，基本调用的是

1

new BaseViewHolder(view);

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

convertView字段的值及来自这里。

那么好，当viewholder被创建后，接下来就是数据绑定了，我们看一下源代码：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22


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

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

1

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

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

1
2
3
4
5
6
7
8
9


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

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

getItemViewType方法，

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44


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

1
2
3


    protected int getDefItemViewType(int position) {
        return super.getItemViewType(position);
    }

里面调用adapter的父类的方法，进入该方法

1
2
3
4
5


/**
         * 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进行数据的绑定操作了，

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23


 @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的源码的内容。

目录

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