android ListView 中getview学习总结

最近在做android相关的开发，ListView中有一个图片错位的问题，今天查了很多人写的一些东西，所以记录下来，算是一种加深理解吧。

 

ListView是一个非常常用的控件，功能可以扩展的很丰富，而且与GridView有很多相似的地方。都可以存放大量数据。而且当我们需要比较复杂的布局时，一般用SimpleAdapter，或者继承BaseAdapter自己重写。

 如果是继承ArrayAdapter,SimpleAdapter的时候，由于父类本身维护了一个List，所以当有数据更新的时候，尽量用adapter的add，这样可以保证getCount()返回的值是正确。

这里面涉及到的一个比较重要的重写函数就是getView

 

在getView中有三种方式实现view的返回。

 

第一种方式：

最简单也是最容易理解的是每一个view都通过inflate生成一个新的view进行返回

public View getView(int position, View convertView, ViewGroup parent) {
   
     LayoutInflater inflater = LayoutInflater.from(context);
    
     View item = inflater.inflate(R.layout.list_item_icon_text, null);

     ((TextView) item.findViewById(R.id.text)).setText(DATA[position]);
     ((ImageView) item.findViewById(R.id.icon)).setImageBitmap(
 
     return item;
}

这种方式，在数据量小的时候，劣势不明显，但是当一个listview里面有大量条目时，这种方式就显得非常浪费。因为每一次item的出现，消失或者更新时，都需要重新inflate。给内存造成了很大的消耗。

那么还有什么方式可以节省开销呢？

 

第二种方式:

我们看看getView函数里面conertview的是干啥的。查看官方文档后发现：

convertView - The old view to reuse, if possible. Note: You should check that this view is non-null and of an appropriate type before using. If it is not possible to convert this view to display the correct data, this method can create a new view. Heterogeneous lists can specify their number of view types, so that this View is always of the right type (see Adapter.getViewTypeCount() and Adapter.getItemViewType(int)).

 

注：

getViewTypeCount()是用来当listview中有不同的种类的item，比如分割线之类的时候，用getItemViewType返回某个item的类型，然后坐不同的

原来converView是用来重用view的。经过查找别的资料。找到了一张比较经典的图如下：

 

这张图清楚的描述了listview是如何重用view的。listview通过getview分别请求所有可见项目。此时converview是空的。

当item1滑动出屏幕后，item8从下面滑动出来，此时又要调用getview，但是此时的converview已经不再为空了，而是上次一划出屏幕的item1，此时我们只需要重新修改下item1的数据，而不必重新创建一个新的view。

这样就节省了内存。

 

那么由此我们得到了第二种方式

public View getView(int position, View convertView, ViewGroup parent) {
 if (convertView == null) {
 　　convertView = mInflater.inflate(R.layout.item, parent, false);
 }
　　 ((TextView) convertView.findViewById(R.id.text)).setText(DATA[position]);
 　　((ImageView) convertView.findViewById(R.id.icon)).setImageBitmap(
 　　(position & 1) == 1 ? mIcon1 : mIcon2);
 　　return convertView;
 }

 

这种方式里面，我们通过converview找到对应需要修改的text和ico，然后修改数据，进行返回。

 

有人会说，上面不已经解决了重用的问题了么，还有第三种方式？

 

那么我们下面看看google推荐的第三种方式是怎么实现的。

 

static class ViewHolder {
TextView text;
ImageView icon;
}

 

这里定义了一个内部静态类，

public View getView(int position, View convertView, ViewGroup parent) {
 ViewHolder holder;
 
 if (convertView == null) {
 convertView = mInflater.inflate(R.layout.list_item_icon_text,
 parent, false);
 holder = new ViewHolder();
 holder.text = (TextView) convertView.findViewById(R.id.text);
 holder.icon = (ImageView) convertView.findViewById(R.id.icon);
 convertView.setTag(holder);
} else {
holder = (ViewHolder) convertView.getTag();
}
holder.text.setText(DATA[position]);
holder.icon.setImageBitmap((position & 1) == 1 ? mIcon1 : mIcon2);
return convertView;
}

 

 

然后用convertView.setTag(holder)的方式将之前通过findViewById找到的textview与ImageView放入converivew对象中。

这样当再次重用converview的时候，就不必再次利用findViewById来查找了，省掉了开销。

 

最后引用别人的一张图，来说明三种方式的性能。

 

 

写了这么多，还有个小问题需要解决：

 

当我们是异步加载图片等资源的时候，由于下载速度不同，所以重用view之后，可能会造成图片的错乱。

举个简单例子：

假如上面item1和item8两个图片下载速度不同，item8下载比较快。

那么当item1划出屏幕，item8出现的时候，item8会先显示下载好的图片，接下来item1也下载好了，于是下载图片的线程又将item1（也就是与item8共用的view）设置为item1下载好的图片。

 

所以在这里我们必须去标记下，当前显示的是哪个view，于是最简单的方法就是给每一个holder.icon设置一个tag（也就是图片的url），当后台下载完图片后，将holder.icon的tag与url对比，如果不同，就说明不是这个view的图片，那么就不去加载。