我们在写android程序时，几乎每个app都用到ListView这种控件并且很大一部分精力都用在处理它上面，我先大致说一下ListView的构成及其功能，这部分也许会很枯燥，但是对于深入理解ListView确实很有帮助。ListView顾名思义就是形式为list的view，这里为什么说这句废话那？先卖个关子，后面优化的时候就可以体会到。它在android.widget 包里面，是public class，属于控件的一种，就和Button，Spinner等一样。listview的继承属性为
->android.widget.ListView(public class)
->android.widget.AbsListView(public abstract class)
->android.widget.AdapterView《android.widget.ListAdapter》(public abstract class)
->android.view.ViewGroup(public abstract class)
->android.view.View(public class)
->java.lang.Object(public class)
我们自下而上梳理一下，从继承关系我们可以清楚的知道，ListView本质是view，而且是ViewGroup，就是一组view，其实list列表的每一条item都是一个view。然后又出来个AdapterView，而且是泛型，它的标准形式android.widget.AdapterView《T extends android.widget.Adapter》，这里表示一个实现了android.widget.Adapter接口的T类型，这里就一下有意思了，为什么要实现Adapter这个接口，对于Adapter，android官方文档是这样说的，
An Adapter object acts as a bridge between an AdapterView and the
underlying data for that view. The Adapter provides access to the data
items. The Adapter is also responsible for making a View for each item
in the data set.
我大致翻译一下就是，适配器对象是适配器视图和潜藏在视图里面的数据的桥梁，适配器给数据条目提供了一个通道，同时适配器也为数据集里面的每一个条目形成一个视图。也就是我包含很多条目的数据集要存在这个Adapter里面，同时Adapter为每个条目返回一个视图，其实ListView里面每个item的视图就是Adapter返回的。这种API设计其实是遵循MVC模式的，V即view，就是我们这里的ListView，C即controller，就是Adapter，而M就是model，数据模型，即android中数据源。这种设计模式使界面显示和数据源以及控制这些数据怎么显示到界面上的方式这三者完全分离，更易控制，比如我们可以在数据源和ListView不变的情况下，更换适配器，这样就能得到不同的布局；我们也可以让视图及适配器不变，更换数据源，比如可能是本地SQLite数据，也可能是自定义数据列表，或者联网请求来的数据。都可以改变其中一个而其他不变，这样写代码效率高很高。
我们的ListView很大一部分都是和数据和适配器打交道，在android里数据有Cursor和ArrayList等，视图有ListView和Spinner，适配器有以下如图几个：
我们在接下来的博客中将细致讲述怎样把三者连接起来，针对不同的ListView的显示需求和不同的数据源怎么选用不同的适配器Adapter。并且还会介绍一些有关网络和ListView数据更新的问题。