随着listview的代码因为添加feature而变得不可维护，google开始创建RecyclerView
ListView的缺点：
- 重复的功能
- 动画不方便实现
RecyclerView 基于几大组件实现，代码组织更加合理。
LayoutManager
- 排布item在屏幕上的位置
- handle the scroll
- Focus Traversal
- Accessibility
Adapter
- create view and view holder
- bind an item to a viewholder
- notify recyclerView about changes
- item interaction handling (click etc)
- multiple view type
- Recycler recovery(onFailedToRecycleView)
- Granular data change events
ViewHolder
- viewHolder 的创建流程：
- bind viewholder
- view 的展示
- view 的回收
注意：回收的时候先将viewholder放入cache中，这样下次如果再展示这个position的view，可以直接从cache中取，不用再跟adapter打交道。cache中evict的老的数据再放入recycle pool中
如果view从屏幕上去除时，需要做删除动画，则会被RecycleView临时加入到viewGroup中，LayoutManager并不知道。然后由ItemAnimator进行动画操作，动画完成后，才对view进行回收
如果在回收时，发现view正处于transient state（正在动画，或者edit text中的内容被选中），会导致recycle pool无法回收，这时会调用adapter的onFailedToRecycle，给adapter最后一次机会去清除transient state，以使view可以被回收，adpater可以清除动画，并返回true，也可以返回false，这样viewholder会被销毁
还有一种情况会导致viewholder销毁，recycle pool对于每种type的view，只能回收一定的数量，一旦超过这个数量，多余的就会被销毁。
ChildHelper
因为layoutManager可能会和ItemAnimator对一个view产生冲突的操作（remove view vs animation)，引入childHelper为layoutmaanger提供一个虚拟的视图，等itemAnimator的动画完成后才进行真正view的操作
Adapter Helper
Adapter Helper记录adapter上的notify操作，并对notify操作进行reorder
ItemDecoration
- 对每个子view添加decoration
- add offset to view bound
RecycledViewPool
ItemTouchHelper
方便的实现drag&drop， swipe
Extra：
- 如果数据没有更新，则不会重新bindViewHolder
- onBindViewHolder中传入position不一定是最终在adapter中的位置，因为adapter中数据改变了，不一定马上反映到view的位置上
- change with payload
当notifyItemChange时传入了payload，当前position会使用同一viewholder，只用部分绑定就可以了，如果没有payload则
不要在create里面返回同一个view
adapter position 有可能与layout position不一致until next layout
