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的图片,那么就不去加载。

 

郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。