一、概述
通过阅读RecyclerView源码，了解RecyclerView的绘制流程。后期扩充RecyclerVIew的复用机制、动画、滚动处理。
二、角色分工
1.RecyclerView
本质是一个ViewGroup，负责将事务分配给LayoutManager、Recycler等
2.LayoutManager
布局管理者，负责子View的测量和布局工作
3.Recycler
缓存的核心类
4.ViewHolder
具体item，持有view、viewType、数据
三、源码分析
源码分析从ViewGroup三部曲切入，即onMeasure()、onLayout()、onDraw()
3.1 onMeasure()
3.1.1 首先判断是否设置了LayoutManager
若未设置，则调用默认测量策略。使用默认测试策略的话，会导致RecyclerView显示空白。
3.1.2 判断是否是自动测量模式
1.先校验是否已经是精确的宽高，或者未设置适配器，若未设置，则结束测量
2.再判断当前onLayout()的工作做到哪一步，执行子view 的layout确认工作【dispatchLayoutStep1();】
3.子View的相关工作执行后，RecyclerView就能根据子View的尺寸决定自身的布局参数。【mLayout.setMeasuredDimensionFromChildren(widthSpec, heightSpec);】
3.1.3 判断是否存在子View和RecyclerView尺寸相互依赖
若存在，则重新测量一次
3.1.4 关于dispatchLayoutStep1() ,dispatchLayoutStep2() , dispatchLayoutStep3()
- dispatchLayoutStep1()内部进行预布局，主要负责记录状态、动画、数据更新相关信息；执行完后，会将mLayoutStep 置为 STEP_LAYOUT，方法processAdapterUpdatesAndSetAnimationFlags()会判断item有无增删改变，若有对应变化，会影响到动画执行与否。
- dispatchLayoutStep2()内部是真正进行布局，这里将事务分配给LayoutManager执行完后，会将mLayoutStep 置为 STEP_ANIMATIONS
- dispatchLayoutStep3()内部是执行动画和清理工作,内部循环子View并调用animateChange(),而后进行相关状态位重置，缓存、状态信息清理等，执行完后，会将mLayoutStep 置为 STEP_START
重置、清理：
3.1.5
3.2 onLayout()
3.2.1布局校验
在onLayout中执行了dispatchLayout()，dispatchLayout()中判断布局状态到哪一步，宽高是否变化，是否更新过adapter数据，补充调用对应步骤的dispatchLayoutStep().
3.2.2 核心步骤，负责布局摆放的dispatchLayoutStep2()
- 方法内部，将真正的布局工作分配给了LayoutManage?
- 查看google内置的LinearLayoutManager.onLayoutChildren()
?
- 2.1.确认RecyclerViewState
- 2.2.暂时关闭回收
mLayoutState.mRecycle = false;2.3.校验是否需要反转
?
- 寻找布局起始锚点，有先从已经获取焦点的位置找。
updateAnchorInfoForLayout()内部通过不同情况有3种锚点确定方案，最终确定锚点，以继续绘制。
调用fill()方法填充，方法内部循环调用layoutChunk（）添加子View【addView()】
3.2.3 onDraw()
RecylerView继承ViewGroup,onDraw()仅处理了绘制itemDecoration
三、ViewHolder缓存复用
流程图示绘制中......
四、总结
LinearLayout负责处理RecyclerView的测量和布局的工作，绘制锚点根据VIewHolder状态有3种不同的确定方案；如果设置了RecyclerView reverse，那么绘制过程中，填充顺序会被影响；RecyclerView的子View有可能多次layout。
RecyclerView尽量给出确定的尺寸值，避免使用wrap_content可以减少测量和布局。