Android零基础入门第43节：ListView优化和列表首尾使用

   前面连续几期都在学习ListView的各种使用方法，如果细心的同学可能会发现其运行效率是有待提高的，那么本期就来一起学习有哪些方法技巧来优化ListView的效率。

一、使用convertView

    前面讲的自定义ArrayAdapter和自定义BaseAdapter，都会重写getView()方法，虽然可以正常使用，但其实效率非常低。当列表项很多时，用户每次滚动屏幕，都会创建一批新的View对象，以填充新出现的列表项，这样势必会影响用户体验。

    我们可以看到getView()方法中传入了一个参数convertView，可以验证该convertView的值有时候是null，有时候又不是null，特别是当用户滚动ListView的时候。其实这是适配器使用相同组件动态绑定数据的方式进行了优化，这是为何呢？

    大家可以想想，如果列表项有成百上千个，Android系统会为每个列表项新建一个列表项组件吗？当然这是不可能的，毕竟Android系统的内存有限，不可能无限新建列表项组件。实际上Android缓存了视图组件，由于Android系统中有一个Recycler构件，其工作原理如下图所示。

    如果有很多个列表项，其中只有可见的列表项组件保存在内存中，其他的都在Recycler中。其实Recyler可以理解为就是一个队列，用来存储不在屏幕范围内的item，如果item完全滚粗屏幕范围，那么该item就保存在队列中；如果新的item要滚动出来，那么就会首先查看Recyler是否含有可以重复使用的View，如果有就直接重新设置该View 的数据源，然后显示出来。

    其实Recycler缓存的item就是getView()方法中的参数convertView。所以会发现convertView有时候为null，有时候不为null。那么我们是否可以利用这一点来优化我们的ListView运行效率呢？答案是肯定的。

    接下来就在“自定义BaseAdapter”的基础上来开始优化，除了MyBaseAdapter类的getView()方法代码会发生改变，其他不变。修改后的MyBaseAdapter类代码如下：

package com.jinyu.cqkxzsxy.android.listviewsample.adapter;

import android.content.Context;
import android.view.LayoutInflater;
import android.view.View;
import android.view.ViewGroup;
import android.widget.BaseAdapter;
import android.widget.ImageView;
import android.widget.TextView;

import com.jinyu.cqkxzsxy.android.listviewsample.R;
import com.jinyu.cqkxzsxy.android.listviewsample.entity.Data;

import java.util.List;

/**
 * @创建者 鑫鱻
 * @描述 Android零基础入门到精通系列教程，欢迎关注微信公众号ShareExpert
 */
public class MyBaseAdapter extends BaseAdapter {
    private Context mContext; // 上下文环境
    private List<Data> mDatas; // 列表数据集合
    private int mResId; // 列表项布局文件ID

    // 构造方法
    public MyBaseAdapter(Context context, List<Data> datas, int resId) {
        this.mContext = context;
        this.mDatas = datas;
        this.mResId = resId;
    }

    // 获得列表项的数量
    @Override
    public int getCount() {
        return mDatas.size();
    }

    // 获得当前列表项
    @Override
    public Data getItem(int position) {
        return mDatas.get(position);
    }

    // 获得当前列表项的ID
    @Override
    public long getItemId(int position) {
        return position;
    }

    // 获得第position处的列表项组件
    @Override
    public View getView(int position, View convertView, ViewGroup viewGroup) {
        if(null == convertView) {
            // 获取LayoutInflater对象
            LayoutInflater inflater = LayoutInflater.from(mContext);
            // 装载列表项视图
            convertView = inflater.inflate(mResId, null);
        }

        // 获取列表项组件
        ImageView iconImg = (ImageView) convertView.findViewById(R.id.icon_img);
        TextView titleTv = (TextView) convertView.findViewById(R.id.title_tv);
        TextView infoTv = (TextView) convertView.findViewById(R.id.info_tv);

        // 给列表项赋值
        Data data = getItem(position);
        if(null != data) {
            iconImg.setImageResource(data.getIcon());
            titleTv.setText(data.getTitle());
            infoTv.setText(data.getInfo());
        }

        return convertView;
    }
}

    经过这样的改造后，getView()方法首先检查convertView是否为空，如果是则新装填一个列表项组件，否则就重用它，就可以避免多余的装载导致的内存开销。

二、使用持有者模式

    与创建列表项组件的另一个代价较大的操作，就是调用findViewById()方法。这个方法会深入到已装填的行，根据指定的标识符取出对应的组件，便于修改列表项组件的内容，如修改TextView的文本。由于findViewById()方法可以从行所在根视图的所有子组件中找到组件，因此可能需要执行相当多的指令，而在重复取的相同组件的情况下则更是如此。

    在某些GUI工具包中，可以通过在程序代码中整体性地声明复合的View对象来避免这个问题。因为在访问这个组件时，无非就是调用getter方法或访问字段。当然，在Android中也可以做到这一点，只不过代码会复杂繁琐一些。一个比较理想的方案就是，仍然使用XML布局，但是又可以缓存行中的关键子组件，也就是只需要查找一次即可，就意味着要使用持有者模式了。

    在前面学习View的时候，知道每个View对象都有一个getTag()和setTag()方法，通过这两个方法可以在任何对象与组件之间建立联系。在持有者模式中，Tag标签用来保存对象，而对象又用来保存要使用的子组件。在将持有者添加到视图后，只要用到了行，就可以轻而易举的访问其子组件，而不必再调用findViewById()方法了。