RecyclerView 与 ListView 的主要区别：
布局效果对比常用功能与API对比在Android L引入嵌套滚动机制（NestedScrolling）缓存机制
ListView与RecyclerView的简单使用：
ListView： 1. 继承重写BaseAdapter类； 2. 自定义ViewHolder与convertView的优化（判断是否为null）；
RecyclerView： 1. 继承重写RecyclerView.Adapter与RecyclerView.ViewHolder 2. 设置LayoutManager，以及layout的布局效果
区别： 1. ViewHolder的编写规范化，ListView是需要自己定义的，而RecyclerView是规范好的； 2. RecyclerView复用item全部搞定，不需要想ListView那样setTag()与getTag()； 3. RecyclerView多了一些LayoutManager工作，但实现了布局效果多样化；
布局效果：
ListView 的布局比较单一，只有一个纵向效果；RecyclerView 的布局效果丰富， 可以在LayoutMananger中设置：线性布局（纵向，横向），表格布局，瀑布流布局在RecyclerView 中，如果存在的LayoutManager不能满足需求，可以在LayoutManager的API中自定义Layout： 例如：scrollToPosition(), setOrientation(), getOrientation(), findViewByPosition()等等；
空数据处理：
在ListView中有个setEmptyView() 用来处理Adapter中数据为空的情况；但是在RecyclerView中没有这个API，所以在RecyclerView中需要进行一些数据判断来实现数据为空的情况；
在ListView中可以通过addHeaderView() 与 addFooterView()来添加头部item与底部item，来当我们需要实现下拉刷新或者上拉加载的情况；而且这两个API不会影响Adapter的编写；但是RecyclerView中并没有这两个API，所以当我们需要在RecyclerView添加头部item或者底部item的时候，我们可以在Adapter中自己编写，根据ViewHolder的Type与View来实现自己的Header，Footter与普通的item，但是这样就会影响到Adapter的数据，比如position，添加了Header与Footter后，实际的position将大于数据的position；
局部刷新
在ListView中通常刷新数据是用notifyDataSetChanged() ，但是这种刷新数据是全局刷新的（每个item的数据都会重新加载一遍），这样一来就会非常消耗资源；RecyclerView中可以实现局部刷新，例如：notifyItemChanged()；但是如果要在ListView实现局部刷新，依然是可以实现的，当一个item数据刷新时，我们可以在Adapter中，实现一个onItemChanged()方法，在方法里面获取到这个item的position（可以通过getFirstVisiblePosition()），然后调用getView()方法来刷新这个item的数据；
动画效果：
在RecyclerView中，已经封装好API来实现自己的动画效果；有许多动画API，例如：notifyItemChanged(), notifyDataInserted(), notifyItemMoved()等等；如果我们需要淑贤自己的动画效果，我们可以通过相应的接口实现自定义的动画效果（RecyclerView.ItemAnimator类），然后调用RecyclerView.setItemAnimator() (默认的有SimpleItemAnimator与DefaultItemAnimator）；但是ListView并没有实现动画效果，但我们可以在Adapter自己实现item的动画效果；
ItemTouchHelper：
创建ItemTouchHelper实例，然后在ItemTouchHelper.SimpleCallback()，然后在Callback中实现getMovementFlags(), onMove(), onSwiped()， 最后调用RecyclerView的attachToRecyclerView方法；
Item点击事件：
在ListView中有onItemClickListener(), onItemLongClickListener(), onItemSelectedListener(), 但是添加HeaderView与FooterView后就不一样了，因为HeaderView与FooterView都会算进position中，这时会发现position会出现变化，可能会抛出数组越界，为了解决这个问题，我们在getItemId()方法（在该方法中HeaderView与FooterView返回的值是-1）中通过返回id来标志对应的item，而不是通过position来标记；但是我们可以在Adapter中针对每个item写在getView()中会比较合适；而在RecyclerView中，提供了唯一一个API：addOnItemTouchListener()，监听item的触摸事件；我们可以通过RecyclerView的addOnItemTouchListener()加上系统提供的Gesture Detector来实现像ListView那样监听某个item某个操作方法；
嵌套滚动机制：
在事件分发机制中，Touch事件在进行分发的时候，由父View向子View传递，一旦子View消费这个事件的话，那么接下来的事件分发的时候，父View将不接受，由子View进行处理；但是与Android的事件分发机制不同，嵌套滚动机制（Nested Scrolling）可以弥补这个不足，能让子View与父View同时处理这个Touch事件，主要实现在于NestedScrollingChild与NestedScrollingParent这两个接口；而在RecyclerView中，实现的是NestedScrollingChild，所以能实现嵌套滚动机制；ListView就没有实现嵌套滚动机制；
缓存机制：
RecyclerView比ListView多两级缓存，支持多个离ItemView缓存，支持开发者自定义缓存处理逻辑，支持所有RecyclerView共用同一个RecyclerViewPool(缓存池)。
RecyclerView（四级缓存）比ListView多两级缓存（两级缓存），支持多个ItemView缓存，支持开发者自定义缓存处理逻辑，支持所有RecyclerView共用同一个RecyclerViewPool（缓存池）；RecyclerView缓存RecyclerView.ViewHolder，抽象理解为：View + ViewHolder（避免每次createView时调用findViewById） + flag（标识状态），ListView缓存View；
总结：
这里只是客观的分析ListView与RecyclerView的差异，而在实际场景中，我们应该根据自己的需求来选择使用RecyclerView还是ListView，毕竟，适合业务需求的才是最好的。
