分析RecycleView源码的目的
RecycleView作为每一个App大概率都会使用的控件，重要性可见一斑。而这个控件使用起来是非常简单的，但是了解其中的原理机理也是很重要的。我们可以从容的解决面临的玄学问题。
这系列文章的主脉络
了解RecyclerView，我们肯定要从大的主干看起，然后看看插在他身上的各种功能组件，然后再从整个控件整体架构上进行理解RecyclerView。这个主干就是RecycleView作为一个普通的UI控件，如何实现可滑动可复用列表的功能。
这里我们就有很多问题，比如，怎么实现滑动的？怎么实现各个item测量绘制排列的？缓存细节策略如何？什么时候进行缓存？各个组件之间怎么协作的？局部刷新怎么实现的？
所以，我们先看主干，再看滑动 - 缓存 - 各个组件(Adapter、LayoutManager、ItemAnimator和ItemDecoration)，按照这个流程分析。
希望看这一些列文章时，可以先列出自己问题，带着问题看。
概述
RecycleView原来有一个长辈就是ListView，这两个有什么不一样呢，RecycleView有什么优点？我们为什么要替换掉ListView呢？
为什么要使用RecycleView代替ListView
RecycleView作为ListView的替代品，相对ListView是有很多优点的。各部分功能更加强大，更容易扩展。
1.在缓存方面更加强大
两者的缓存原理基本一致，缓存的单位略有差别，ListView缓存View，RecycleView缓存ViewHolder。但是RecycleView多了两层缓存，并且也可以让用户自定义缓存策略，所有RecycleView可以共享一个缓存池。并且在屏幕外进入屏幕内时，满足一定条件可以直接使用，不需要重新bind。这些都是ListView没有的。
提供了局部刷新
RecycleView提供了局部刷新的接口，并且底层也是根据数据源，在刷新时尽可能的少重新渲染没有改变的item。所以在数据源频繁更新的场景下，使用RecycleView效率更高。提供了瀑布流，表格等多种UI
原来使用ListView写瀑布流是比较麻烦的，但是RecycleView提供了现成的LayoutManager供使用。同时表格也集成在了RecycleView里面。灵活的插拔式组件
RecycleView使用了插拔式的方式，集成了LayoutManager，ItemDecoration，ItemAnimator众多组件。把各个功能都单独封装成了一个内聚的组件。更加方便我们的使用。比如我们需要一种新的布局方式，我们就可以自定义一个LayoutManager，对各个item进行重新的测量布局等，而不用关心其他的功能单元。
总结
RecycleView在需要频繁更新的场景下，要进行局部刷新时，功能更加强大。并且也更容易扩展。这些都是我们RecycleView代替ListView的原因。
下一章：
RecycleView作为一个普通的UI控件是如何工作的？也就是要分析它的主干：测绘的三大流程。了解了主干，才能更了解上面的枝叶。下一章分析RecycleView作为一个普通的UI控件是如何工作的？
