本文主要从源码的角度分析 ListView 的工作原理和使用方法，如有不正确的地方欢迎大家指正。
Adapter
在分析 ListView 之前，我们先稍微介绍下 Adapter。Adapter 顾名思义就是适配器，他是ListView 和数据之间的桥梁，ListView 不会直接和数据打交道，而是通过 Adapter 访问数据。我们稍微想一下，如果 ListView 像 TextView 或者ImageView 直接和数据交互，会有什么问题呢？因为数据千变万化，这样我们就需要写各式各样的 XXListView ，复用度大大降低，ListView 变得臃肿。
我们知道 ListView 是通过 setAdapter(xxx) 方法来实现 adapter 和 ListView 的连接，那么我们就从 setAdapter(xxx) 方法开始，来分析 ListView 的工作原理。
setAdapter
在这段代码中我们着重看这两个地方 497 行mRecycler.setViewTypeCount(mAdapter.getViewTypeCount())
519 行 requestLayout()
497 行我们看到 RecycleBin 中的 ViewTypeCount 设置的是 Adapter 的 getViewTypeCount() 的值，具体有什么用我们先留一个小悬念，后边会具体介绍。
下边我们具体看下 requestLayout() 方法，该方法会调用 View 中的 requestLayout()，然后 View 的 requestLayout() 方法又会调用 ViewParent 的 requestLayout()，ViewParent 是一个接口，其具体实现类是 ViewRootImpl，所以我们来看下 ViewRootImpl 的 requestLayout() 方法
我们看到 requestLayout() 方法中会调用 scheduleTraversals() ，通过 scheduleTraversals() 会对 View 开始绘制。而绘制一个 View 会有三步流程 onMeasure() 测量一个 View 大小；onLayout() 确定一个 View 的布局；onDraw() 将一个 View 绘制到界面。而 ListView 核心逻辑是在 onLayout() 中。
onLayout
下边我们来看下 ListView 的 onLayout() 方法，我们发现 ListView 没有 onLayout() 方法，所以直接看 ListView 的父类 AbsListView 的 onLayout() 方法。
在 onLayout() 方法中会调用 layoutChildren() 方法，由于 layoutChildren() 方法太长，我们来截取一些核心代码
首先把 children 存入 RecycleBin 中并 detachAllViews，说到 RecycleBin 我们需要重点介绍下。
RecycleBin
RecycleBin 中有两级缓存，第一级缓存是 View[] mActiveViews 也就是当前屏幕中显示的 Views，第二级缓存是 ArrayList[] mScrapViews 也就是移出屏幕的 Views。我们看到 mScrapViews 是一个 List<View> 的数组，而数组的就是 viewTypeCount，详见下边源码中的 6410 和 6416 行。
下边我们重点看下 RecycleBin 中 fillActiveViews()、getActiveView()、addScrapView()、getScrapView() 这四个方法。
fillActiveViews
fillActiveViews() 方法逻辑并不复杂，主要就是保存 Views 到 mActiveViews，并记录 View 在 ListView 中的逻辑位置。然后我们看下 fillActiveViews() 是在什么地方调用的，我们发现只有 layoutChildren() 中会调用，也就是在 layoutChildren() 时会把当前屏幕中的 Views 保存到 mActiveViews 中。
getActiveView
getActiveView() 逻辑就是根据 View 的 position 从 mActiveViews 中取，并把 mActiveViews 中对应位置的 View 置空。具体调用的地方是 makeAndAddView() 方法，makeAndAddView() 方法我们会在后边具体介绍。
addScrapView
addScrapView() 方法我们重点看 6640 行到 6644 行，如果 viewTypeCount 为 1 则把 View 放到 mCurrentScrap 这个 List<View> 中，否则根据 viewType 放到某个 List<View> 中。addScrapView() 调用的地方我们看下边这段代码
这段代码的逻辑其实也不复杂，就是当向上或向下滚动时，把滚出屏幕的 View 放到 mScrapViews 中。
getScrapView()
从这两段代码我们看到，其实是根据 ViewType 和 position 从 mScrapViews 中取 View 并从 mScrapViews 中移除。结合 retrieveFromScrap() 代码我们重点强调一个事，当你 ListView 中有多种 Type 的 View 时必须重写 Adapter 的 getViewTypeCount() 方法，为什么呢？因为 getViewTypeCount() 默认返回值是 1，这样所有滑出屏幕的 View 都会存在 mCurrentScrap 中而不会分组来存。当 getScrapView() 时会遍历 mCurrentScrap，看 id 或 position 是否匹配，滑出去和滑进来的 View 的 id 或 position 通常是不匹配的，除非你滑出去后又马上滑进来。这样就会取 mCurrentScrap 最后一个 item，这样取出的 scrapView 大概率不是我们要的 View 。
从上边代码我们可以看出来，其实 getScrapView() 方法取出的 View 就是 Adapter 的 getView() 方法中的 convertView。
fillDown
我们接着上边聊 layoutChildren()，下边会调用 fillFromTop() 方法，而 fillFromTop() 方法会调用 fillDown() 方法，我们具体看下 fillDown() 方法。
fillDown 接收两个参数，pos 表示列表中第一个要绘制的 item 的 position，其对应着 Adapter 中的索引，nextTop 表示第一个要绘制的 item 在 ListView 中实际的位置， 即该 item 所对应的子 View 的顶部到 ListView 的顶部的像素数。
首先将 mBottom - mTop 的值作为 end，end 表示 ListView 的高度，然后在 while 循环中添加子 View，我们先不看 while 循环的具体条件，先看一下循环体。在循环体中，将 pos 和nextTop 传递给 makeAndAddView 方法，该方法返回一个 View 作为 child，该方法会创建 View，并把该 View 作为 child 添加到 ListView 的 children 数组中。然后执行 nextTop = child.getBottom() + mDividerHeight，child 的 bottom 值表示的是该 child 的底部到 ListView 顶部的距离，将该 child 的 bottom 作为下一个 child 的 top，也就是说 nextTop 一直保存着下一个 child 的 top 值。
最后调用 pos++ 实现 position 指针下移。现在我们回过头来看一下 while 循环的条件 while (nextTop < end && pos < mItemCount)。
nextTop < end 确保了我们只要将新增的子 View 能够覆盖 ListView 的界面就可以了，比如 ListView 的高度最多显示 10 个子 View，我们没必要向 ListView 中加入 11 个子 View。
pos < mItemCount 确保了我们新增的子 View 在 Adapter 中都有对应的数据源 item，比如ListView 的高度最多显示 10 个子 View，但是我们 Adapter 中一共才有 5 条数据，这种情况下只能向 ListView 中加入 5 个子 View，从而不能填充满 ListView 的全部高度。
下边我们看下循环体中 makeAndAddView() 方法。
makeAndAddView
makeAndAddView() 先从 activeViews 中，如果取不到则执行 obtainView() 。
其实重点就是 2345，2346 两行，首先从 scrapViews 中取 View 并作为 Adapter 的 getView() 方法的 convertView 参数，执行 getView() 。
ok ～～ 到这里我们大致了解了 Adapter、ListView、数据源之间是如何相互联系的。
