优化使用BaseAdapter
优化使用BaseAdapter
个人的上一篇博客，在本文中略有涉及。
本节引言：
上一节中我们学习了如何来使用一个ListView以及自定义一个简单的BaseAdapter，我们从代码中可以看出比较重要的两个方法:getCount()和getView()，界面上有多少列就会调用多少次getView， 这个时候可能看出一些端倪，每次都是新inflate一个View，都要进行这个XML的解析，这样会 很浪费资源，当然，几十列或者几百列的列表并不能体现什么问题，但假如更多或者布局更加复杂？ 所以学习ListView的优化很重要，而本节针对的是BaseAdapter的优化，优化的两点有，复用convertView 以及使用ViewHolder重用组件，不用每次都findViewById，我们具体通过代码来体会吧！
1.复用ConvertView：
上面也说了，界面上有多少个Item，那么getView方法就会被调用多少次！ 我们来看看上一节我们写的getView()部分的代码：
@Override
public View getView(int position, View convertView, ViewGroup parent) {
//下面这个赋值语句和行数线性相关，资源太浪费了！
convertView = LayoutInflater.from(mContext).inflate(R.layout.item_list_animal,parent,false);
ImageView img_icon = (ImageView) convertView.findViewById(R.id.img_icon);
TextView txt_aName = (TextView) convertView.findViewById(R.id.txt_aName);
TextView txt_aSpeak = (TextView) convertView.findViewById(R.id.txt_aSpeak);
img_icon.setBackgroundResource(mData.get(position).getaIcon());
txt_aName.setText(mData.get(position).getaName());
txt_aSpeak.setText(mData.get(position).getaSpeak());
return convertView;
}是吧，inflate()每次都要加载一次xml，其实这个convertView是系统提供给我们的可供服用的View 的缓存对象，那就坐下判断咯，修改下，优化后的代码：
@Override
public View getView(int position, View convertView, ViewGroup parent) {
if(convertView == null){
convertView = LayoutInflater.from(mContext).inflate(R.layout.item_list_animal,parent,false);
}
ImageView img_icon = (ImageView) convertView.findViewById(R.id.img_icon);
TextView txt_aName = (TextView) convertView.findViewById(R.id.txt_aName);
TextView txt_aSpeak = (TextView) convertView.findViewById(R.id.txt_aSpeak);
img_icon.setBackgroundResource(mData.get(position).getaIcon());
txt_aName.setText(mData.get(position).getaName());
txt_aSpeak.setText(mData.get(position).getaSpeak());
return convertView;
} convertView能够被复用的的最根本原因是：ListView的每一行的View对象结构都是类似的，就拿我的前一篇关于ListView的文章为例，每一行布局的结构都是如下图所示：
每一次调用如果都通过：
convertView = LayoutInflater.from(mContext).inflate(R.layout.item_list_animal,parent,false);
新建一个结构完全相同的控件，这是浪费的，所以在第一行布局完成后，我们还是可以利用这个布局对象，只是需要对其重新赋值，比如说改为图片2；改为str_a1改为str_a2；str_b1改为str_b2，如下图所示：
2.ViewHolder重用组件
嘿嘿，getView()会被调用多次，那么findViewById不一样得调用多次，而我们的ListView的Item 一般都是一样的布局，我们可以对这里在优化下，我们可以自己定义一个ViewHolder类来对这一部分进行性能优化！
这里还是这样的原因，以下三个语句对象的构造还是和1.中有相同的原理，随着行数的增多线性增多调用的次数：
ImageView img_icon = convertView.findViewById(R.id.img_icon);
TextView text_aName = convertView.findViewById(R.id.txt_aName);
TextView text_aSpeak = convertView.findViewById(R.id.txt_aSpeak); 所以我们需要通过类似的判断，如果img_icon为空，那么调用findViewById()方法返回此对象引用，否则跳过此步骤，直接调用相关set方法进行资源的覆盖赋值即可。那么对于text_name以及text_aSpeak对象也是同理，但是这么多的判断语句写在一起实在不方便，过多的判断语句效率也不见得高，所以就将这些判断使用一个ViewHolder对象集成起来。只要判断ViewHolder对象是否为空即可。
修改后的代码如下：
@Override
public View getView(int position, View convertView, ViewGroup parent) {
ViewHolder holder = null;
if(convertView == null){
convertView = LayoutInflater.from(mContext).inflate(R.layout.item_list_animal,parent,false);
holder = new ViewHolder();
holder.img_icon = (ImageView) convertView.findViewById(R.id.img_icon);
holder.txt_aName = (TextView) convertView.findViewById(R.id.txt_aName);
holder.txt_aSpeak = (TextView) convertView.findViewById(R.id.txt_aSpeak);
convertView.setTag(holder); //将Holder存储到convertView中
}else{
holder = (ViewHolder) convertView.getTag();
}
holder.img_icon.setBackgroundResource(mData.get(position).getaIcon());
holder.txt_aName.setText(mData.get(position).getaName());
holder.txt_aSpeak.setText(mData.get(position).getaSpeak());
return convertView;
}
static class ViewHolder{
ImageView img_icon;
TextView txt_aName;
TextView txt_aSpeak;
}实际没有 ViewHolder 对象，更没有判断ViewHolder是否为空的语句，因为从执行顺序上来说，只要有一行初始化过了 convertView 对象，那么一定就会有初始化img_icon 、txt_aName 、txt_aSpeak 这三个对象，所以我们只需要判断 convertView 对象是否为空即可。而为何将ViewHolder设置为静态类的原因可以用如下B神的话来描述：
没错就是这么简单，你以后BaseAdapter照着这个模板写就对了，哈哈，另外这个修饰ViewHolder的 static，关于是否定义成静态，跟里面的对象数目是没有关系的，加静态是为了在多个地方使用这个 Holder的时候，类只需加载一次，如果只是使用了一次，加不加也没所谓！——Berial(B神)原话~
本节小结：
好的，关于BaseAdapter的优化大概就上述的两种，非常简单，复用ConvertView以及自定义ViewHolder 减少findViewById()的调用如果你有其他关于BaseAdapter优化的建议欢迎提出，谢谢
腾讯云开发者
