listview详解

首先,让我们来了解下系统时怎么绘制listview的:

ListView绘制的过程如下：

首先，系统在绘制ListView之前，将会先调用getCount方法来获取Item的个数。

之后每绘制一个Item就会调用一次getView方法，在此方法（getView）内就可以引用事先定义好的xml来确定显示的效果并返回一个View对象作为一个Item显示出来。也正是在这个过程中完成了适配器的主要转换功能，把数据和资源以开发者想要的效果显示出来。也正是getView的重复调用，使得ListView的使用更为简单和灵活。这两个方法是自定ListView显示效果中最为重要的，同时只要重写好了就两个方法，ListView就能完全按开发者的要求显示。而getItem和getItemId方法将会在调用ListView的响应方法的时候被调用到。所以要保证ListView的各个方法有效的话，这两个方法也得重写。比如：没有完成getItemId方法的功能实现的话，当调用ListView的getItemIdAtPosition方法时将会得不到想要的结果，因为该方法就是调用了对应的适配器的getItemId方法。

Adapter ：

Adapter是连接后端数据和前端显示的适配器接口，是数据和UI（View）之间一个重要的纽带。在常见的View(ListView,GridView)等地方都需要用到Adapter。如下图直观的表达了Data、Adapter、View三者的关系：

Adapter的类有好几个，直接看图：

Android ListView理解,BaseAdapter

ListView是Android开发过程中较为常见的组件之一，它将数据以列表的形式展现出来。一般而言，一个ListView由以下三个元素组成：

1.View，用于展示列表，通常是一个xml所指定的。大家都知道Android的界面基本上是由xml文件负责完成的，所以ListView的界面也理所应当的使用了xml定义。例如在ListView中经常用到的“android.R.layout.simple_list_item_1”等，就是Android系统内部定义好的一个xml文件。

2.适配器，用来将不同的数据映射到View上。不同的数据对应不同的适配器，如ArrayAdapter，CursorAdapter,SimpleAdapter等，他们能够将数组，指针指向的数据，Map等数据映射到View上。也正是由于适配器的存在，使得ListView的使用相当灵活，经过适配器的处理后，在view看来所有的数据映射过来都是一样的。

3.数据，具体的别映射的数据和资源，可以是字符串，图片等，通过适配器，这些数据将会被现实到ListView上。所有的数据和资源要显示到ListView上都通过适配器来完成。

系统已有的适配器可以将基本的数据显示到ListView上，如：数组，Cursor指向的数据，Map里的数据。但是在实际开发中这些系统已实现的适配器，有时不能满足我们的需求。而且系统自带的含有多选功能ListView在实际使用过程中会有一些问题。要实现复杂的ListView可以通过继承ListView并重写相应的方法完成，同时也可以通过继承BaseAdapter来实现。通过文档可以看出，ArrayAdapter，CursorAdapter,SimpleAdapter都继承于BaseAdapter。所以通过继承BaseAdapter就可以完成自己的Adapter，可以将任何复杂组合的数据和资源，以任何你想要的显示效果展示给大家。

继承BaseAdapter之后，需要重写以下四个方法：getCount，getItem，getItemId，getView。

在getView中可以完成自己想要的界面布局

具体的实现方法如下

public ManagerAdapter(List<User> mRegulatorList, Context context, DataBase mDataBase) {

        this.mRegulatorList = mRegulatorList;

        this.mContext = context;

        this.mDataBase = mDataBase;

    }

    public int getCount() {

        return (this.mRegulatorList.size());

    }

    public Object getItem(int position) {

        return (this.mRegulatorList.get(position));

    }

    public long getItemId(int position) {

        return (position);

    }

    /**

     * 加载xml的条目,实现数据的初始化,为自己的控件设置监听事件

     * @param position

     * @param contentview

     * @param arg2

     * @return

     */

    public View getView(int position, View contentview, ViewGroup arg2) {//加载XML视图文件

        ViewHolder holder;

        this.regulator = this.mRegulatorList.get(position);

        //如果视图之间没有加载过,就加载xml

        if (contentview == null) {

            contentview = LayoutInflater.from(this.mContext).inflate(R.layout.manager_items, null);

            holder = new ViewHolder();

            this.bindID(contentview, holder);

        //保存视图状态

            contentview.setTag(holder);

        } else {

            holder = (ViewHolder) contentview.getTag();

            this.setItemInfo( holder, position, mDataBase);

            this.setClickListener(holder, position, mDataBase);

        }

        return contentview;

    }

    /**

     * 设置一个容器用于存放控件

     */

    public class ViewHolder {

        TextView txtManagerItemMarkName;

        TextView txtManagertmeLastTouchTime;

        TextView txtManagerItemLastLocation;

        TextView txtManagertgetDeviceName;

        ImageView imgManagerItemUserHead;

        Button btnManagerItemPhone;

        Button btnManagerItemPosition;

    }

/**

     * 绑定视图ID,holder是组件容器

     *

     * @param contentview

     * @param holder

     */

    private void bindID(View contentview, ViewHolder holder) {

        holder.imgManagerItemUserHead = (ImageView) contentview.findViewById(R.id.manageractivity_imv1);

        holder.txtManagerItemLastLocation = (TextView) contentview.findViewById(R.id.manageractivity_txt2_location);

        holder.txtManagerItemMarkName = (TextView) contentview.findViewById(R.id.manageractivity_txt2_name);

        holder.txtManagertgetDeviceName = (TextView) contentview.findViewById(R.id.manageractivity_txt2_name);

        holder.txtManagertmeLastTouchTime = (TextView) contentview.findViewById(R.id.manageractivity_txt3_time);

        holder.btnManagerItemPhone = (Button) contentview.findViewById(R.id.manageractivity_btn_phone);

        holder.btnManagerItemPosition = (Button) contentview.findViewById(R.id.manageractivity_btn_position);

    }

ListView的工作原理如下：

                 ListView 针对每个item，要求 adapter “返回一个视图” (getView)，也就是说ListView在开始绘制的时候，系统首先调用getCount（）函数，根据他的返回值得到ListView的长度，然后根据这个长度，调用getView（）一行一行的绘制ListView的每一项。如果你的getCount（）返回值是0的话，列表一行都不会显示，如果返回1，就只显示一行。返回几则显示几行。如果我们有几千几万甚至更多的item要显示怎么办？为每个Item创建一个新的View？不可能！！！实际上Android早已经缓存了这些视图，大家可以看下下面这个截图来理解下，这个图是解释ListView工作原理的最经典的图了大家可以收藏下，不懂的时候拿来看看，加深理解，其实Android中有个叫做Recycler的构件，顺带列举下与Recycler相关的已经由Google做过N多优化过的东东比如：AbsListView.RecyclerListener、ViewDebug.RecyclerTraceType等等，要了解的朋友自己查下，不难理解，下图是ListView加载数据的工作原理（原理图看不清楚的点击后看大图）：

下面简单说下上图的原理：

1. 如果你有几千几万甚至更多的选项(item)时，其中只有可见的项目存在内存（内存内存哦，说的优化就是说在内存中的优化！！！）中，其他的在Recycler中

2. ListView先请求一个type1视图(getView)然后请求其他可见的项目。convertView在getView中是空(null)的

3. 当item1滚出屏幕，并且一个新的项目从屏幕低端上来时，ListView再请求一个type1视图。convertView此时不是空值了，它的值是item1。你只需设定新的数据然后返回convertView，不必重新创建一个视图

4. 示例代码如下

private MyCustomAdapter mAdapter;

    @Override

    public void onCreate(Bundle savedInstanceState) {

        super.onCreate(savedInstanceState);

        mAdapter = new MyCustomAdapter();

        for (int i = 0; i < 50; i++) {

            mAdapter.addItem("item " + i);

        }

        setListAdapter(mAdapter);

    }

    private class MyCustomAdapter extends BaseAdapter {

        private ArrayList mData = new ArrayList();

        private LayoutInflater mInflater;

        public MyCustomAdapter() {

            mInflater = (LayoutInflater)getSystemService(Context.LAYOUT_INFLATER_SERVICE);

        }

        public void addItem(final String item) {

            mData.add(item);

            notifyDataSetChanged();

        }

        @Override

        public int getCount() {

            return mData.size();

        }

        @Override

        public String getItem(int position) {

            return mData.get(position);

        }

        @Override

        public long getItemId(int position) {

            return position;

        }

        @Override

        public View getView(int position, View convertView, ViewGroup parent) {

            System.out.println("getView " + position + " " + convertView);

            ViewHolder holder = null;

            if (convertView == null) {

                convertView = mInflater.inflate(R.layout.item1, null);

                holder = new ViewHolder();

                holder.textView = (TextView)convertView.findViewById(R.id.text);

                convertView.setTag(holder);

            } else {

                holder = (ViewHolder)convertView.getTag();

            }

            holder.textView.setText(mData.get(position));

            return convertView;

        }

    }

    public static class ViewHolder {

        public TextView textView;

    }

}

执行程序，查看日志:

getView 被调用 9 次 ，convertView 对于所有的可见项目是空值（如下）:

然后稍微向下滚动List，直到item10出现：

convertView仍然是空值，因为recycler中没有视图（item1的边缘仍然可见，在顶端）再滚动列表，继续滚动：

convertView不是空值了！item1离开屏幕到Recycler中去了，然后item11被创建，再滚动下：

此时的convertView非空了，在item11离开屏幕之后，它的视图(…0f8)作为convertView容纳item12了,好啦，结合以上原理，下面来看看今天最主要的话题，主角ListView的优化：

             首先，这个地方先记两个ListView优化的一个小点：

                       1. ExpandableListView 与 ListActivity 由官方提供的，里面要使用到的ListView是已经经过优化的ListView，如果大家的需求可以用Google自带的ListView满足的的话尽量用官方的，绝对没错！

                       2.其次，像小马前面讲的，说ListView优化，其实并不是指其它的优化，就是内存是的优化，提到内存…（想到OOM，折腾了我不少时间），很多很多，先来写下，如果我们的ListView中的选项仅仅是一些简单的TextView的话，就好办啦，消耗不了多少的，但如果你的Item是自定义的Item的话，例如你的自定义Item布局ViewGroup中包含：按钮、图片、flash、CheckBox、RadioButton等一系列你能想到的控件的话， 你要在getView中单单使用文章开头提到的ViewHolder是远远不够的，如果数据过多，加载的图片过多过大，你BitmapFactory.decode的猛多的话，OOM搞死你，这个地方再警告下大家，是警告……….也提醒下自己：

                         小马碰到的问题大家应该也都碰到过的，自定义的ListView项乱序问题，我很天真的在getView()中强制清除了下ListView的缓存数据convertView，也就是convertView = null了，虽然当时是解决了这个问题让其它每次重绘，但是犯了大错了，如果数据太多的话，出现最最恶心的错，手机卡死或强制关机，关机啊哥哥们……O_O，客户杀了我都有可能，但大家以后别犯这样的错了，单单使用清除缓存convertView是解决不了实际问题的，继续……
下面是小记：图片用完了正确的释放… 

下面来列举下真正意义上的优化吧：

1.  ViewHolder   Tag 必不可少，这个不多说！

2. 如果自定义Item中有涉及到图片等等的，一定要狠狠的处理图片，图片占的内存是ListView项中最恶心的，处理图片的方法大致有以下几种：
   2.1：不要直接拿个路径就去循环decodeFile();这是找死….用Option保存图片大小、不要加载图片到内存去;
   2.2:  拿到的图片一定要经过边界压缩
   2.3:在ListView中取图片时也不要直接拿个路径去取图片，而是以WeakReference（使用WeakReference代替强引用。比如可以使        用WeakReference<Context> mContextRef）、SoftReference、WeakHashMap等的来存储图片信息，是图片信息不是图片哦！
   2.4:在getView中做图片转换时，产生的中间变量一定及时释放，用以下形式：

3. 尽量避免在BaseAdapter中使用static 来定义全局静态变量，我以为这个没影响 ，这个影响很大，static是Java中的一个关键字，当用它来修饰成员变量时，那么该变量就属于该类，而不是该类的实例。所以用static修饰的变量，它的生命周期是很长的，如果用它来引用一些资源耗费过多的实例（比如Context的情况最多），这时就要尽量避免使用了..

4. 如果为了满足需求下必须使用Context的话：Context尽量使用Application Context，因为Application的Context的生命周期比较长，引用它不会出现内存泄露的问题

5. 尽量避免在ListView适配器中使用线程，因为线程产生内存泄露的主要原因在于线程生命周期的不可控制