前言学习源码，研究源码编程思想，是程序开发者进阶的必经之路。然而，进了源码世界，就像是进了迷失森林，没有地图，迟早要死在里面。有个地图会好很多。
此类文集，专门用图解编程的方式，来讲解一个知识点，从一个点切入，理解切入点之后，再进行知识发散。
路漫漫，进阶之路不好走。与众君共勉之。
正文
大家都知道RecyclerView有回收复用机制，那么回收复用机制是如何作用的？
回收复用，细分下来，是两个概念: 回收 和 复用 有如下几个问题。回收的是什么？复用的又是什么？
回收到哪里去了？复用又是从哪里拿？
什么时候回收？什么时候复用？
图解编程
看图之前，先明确一个概念，RecyclerView是支持滑动，那么一定可以确定一点------回收和复用一定是基于滑动事件的，不然一个静止的view，谈不上回收复用.
既然如此，那么我们探索的起点，应该是 RecyclerView的onTouchEvent的move事件
回收：当一个itemView从可见到不可见时，RecyclerView利用回收机制，将它存放到了内存中，以便其他item出现时，不用每次都去new一个新的itemView,而是只去 onBindViewHolder绑定数据就行了.
大概流程如下:
复用:滑动过程中出现了新的itemView，不用每次都去new，而是优先从缓存中去拿，缓存不能满足需求，再去 执行onCreateViewHolder创建新的itemView并封装到viewHolder中
大概流程如下:
如果追踪一遍上面的源码，那么就可以回答之前的问题
回收的是什么？复用的又是什么？
回收到哪里去了？复用又是从哪里拿？答：回收和复用的都是ViewHolder对象，在RecyclerView的内部类Recycler中，可以看到四重缓存中的关键数据结构都和ArrayList有关,ViewHolder是itemView的封装。
说明无论回收还是复用，都是以ViewHolder为单位去存取。
什么时候回收？什么时候复用？答：我们追踪程序，是以 RecyclerView的 onTouchEvnet move事件为起点。结合追踪到的源码，可以发现，回收发生在 itemView消失的时候，复用则发生在 itemView由不可见到可见的时候
其他重要结论
RecyclerView本身只是一个容器(RecyclerView extends ViewGroup), 它的onLayout方法重写，决定了itemView的排布方式，追踪进去，onLayout ==>dispatchLayout()==> dispatchLayoutStep1() dispatchLayoutStep2() dispatchLayoutStep3(); 看来layout过程分为三步，而进入这3个方法，都能找到 mLayout.XXX方法，这是因为 RecyclerView本身只是一个ViewGroup，它的布局方式，全权委托给了LayoutManager这个内部类的实现，而这个实现的关键方法则是：onLayoutChildren,重写这个方法将会决定RecyclerView的itemView如何布局
看过了源码，在去理解之前写的一些RecyclerView的Adapter,认识深刻了很多，为什么它有这么几个方法 onCreateViewHolder,onBindViewHolder, 为什么Adapter的类定义时要这样 Adapter. 因为Adapter是RecyclerView的数据和itemView的连接层，itemView都是要封装到ViewHolder中的，绑定数据就要和ViewHolder发生关系
RecyclerView这个东西，如果看成是一个知识体系，那么它有这么几个关键因素：容器 ，RecyclerView本身
布局管理器，RecyclerView.LayoutManager
回收复用机制, RecyclerView.Recycler>
适配器,RecyclerView.Adapter
当然，它的内部类当然不止这么几个，各有各的作用，今天探索复用机制，就涉及到了这么几个。
Android 开发相关源码精编解析
随着Android开发行业逐渐饱和，对Android开发者的面试要求也越来越高，是否掌握底层源码，便是考验一名Android开发者的重要一环。面试被问到源码问题答不出来，会掉身价、砍薪资尚且不谈，甚至连面试都过不了！
网上各类源码解析的文章博客五花八门、良莠不齐。杂乱、要么内容质量太浅，零散、碎片化，总看着看着就衔接不上了。
