前言

学习源码，研究源码编程思想，是程序开发者进阶的必经之路。然而，进了源码世界，就像是进了迷失森林，没有地图，迟早要死在里面。有个地图会好很多。
此类文集，专门用图解编程的方式，来讲解一个知识点，从一个点切入，理解切入点之后，再进行知识发散。
路漫漫，进阶之路不好走。与众君共勉之。

正文

大家都知道RecyclerView有回收复用机制，那么回收复用机制是如何作用的？
回收复用，细分下来，是两个概念: 回收 和 复用 有如下几个问题。

回收的是什么？复用的又是什么？

回收到哪里去了？复用又是从哪里拿？

什么时候回收？什么时候复用？

图解编程

看图之前，先明确一个概念，RecyclerView是支持滑动，那么一定可以确定一点------回收和复用一定是基于滑动事件的，不然一个静止的view，谈不上回收复用.
既然如此，那么我们探索的起点，应该是 RecyclerView的onTouchEvent的move事件

回收：当一个itemView从可见到不可见时，RecyclerView利用回收机制，将它存放到了内存中，以便其他item出现时，不用每次都去new一个新的itemView,而是只去 onBindViewHolder绑定数据就行了.

大概流程如下:

回收过程

复用:滑动过程中出现了新的itemView，不用每次都去new，而是优先从缓存中去拿，缓存不能满足需求，再去 执行onCreateViewHolder创建新的itemView并封装到viewHolder中

大概流程如下:

Rv复用过程.jpg

如果追踪一遍上面的源码，那么就可以回答之前的问题

回收的是什么？复用的又是什么？
回收到哪里去了？复用又是从哪里拿？

答：回收和复用的都是ViewHolder对象，在RecyclerView的内部类Recycler中，可以看到四重缓存中的关键数据结构都和ArrayList<ViewHolder>有关,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<VH extends ViewHolder>. 因为Adapter是RecyclerView的数据和itemView的连接层，itemView都是要封装到ViewHolder中的，绑定数据就要和ViewHolder发生关系

RecyclerView这个东西，如果看成是一个知识体系，那么它有这么几个关键因素：
1. 容器 ，RecyclerView本身
2. 布局管理器，RecyclerView.LayoutManager
3. 回收复用机制, RecyclerView.Recycler
4. 适配器,RecyclerView.Adapter
当然，它的内部类当然不止这么几个，各有各的作用，今天探索复用机制，就涉及到了这么几个。

---