Android ListView中item view重复使用带来的有关问题

Android ListView中item view重复使用带来的问题

本文主要介绍ListView中item view的重复使用、可能带来的出错情况以及解决方案

 

1、为什么item View重复使用及如何重复使用

熟悉ListView的朋友都知道,在ListView的每个item需要花较大的时间进行渲染(比如需要网络获取数据、图片)时,为了使得ListView能够平滑的上下滑动,需要对listView的adapter做一些性能优化,比如数据(图片)异步加载、重复使用item的view

 

其中item的重复使用代码如下

@Override
public View getView(int position, View convertView, ViewGroup parent) {
	if (convertView == null && context != null) {
		convertView = inflater.inflate(R.layout.list_activity, null);
	}
	……
}

可以发现上面主要通过判断convertView若不为空进行重复使用,节省资源加载和创建的时间。然后这种重用之前的convertView会对当前的显示有一定影响

 

2、可能出错情况

a、convertView包含TextView

之前的convertView会显示某个textView,但当前我并不需要显示了没有问题,而因为重用会导致仍会显示。

 

b、convertView包含ImageView,且异步设置ImageView中ImageResource时的问题

调试adapter的getView函数就会发现,头3个item都是重用第1个item的,所以若异步修改第2和第3个item的imageView第1个也会被修改,导致第1个item的imageView不断闪烁

 

c、convertView包含TextView ,且异步设置 TextView中图片时的问题

在textView中使用setCompoundDrawablesWithIntrinsicBounds添加图片,若第3个item 的textView异步添加了图片,第1个也会相应被加上

 

具体原因还没debug出来,暂时的解决方法有两个

3、解决方案

a、正确性优先,去除性能优化

即不再重用convertView,每次重新赋值

@Override
public View getView(int position, View convertView, ViewGroup parent) {
	convertView = inflater.inflate(R.layout.list_activity, null);
	……
}
 

b、初始化每个Item View中的出错元素

比如对于可能出错情况a的解决如下:

@Override
public View getView(int position, View convertView, ViewGroup parent) {
	if (convertView == null && inflater != null) {
		convertView = inflater.inflate(R.layout.status_activity, parent, false);
	}
	
	TextView tx = (TextView)convertView.findViewById(R.id.contentTextView);
	if (contentList.get(position) == null) {
		tx.setVisibility(View.GONE);
	} else {
		……
	}
}

其中if (contentList.get(position) == null) 即表示消除之前的convertView的影响。

其他元素初始设置类似,如ImageView的ImageResource。

 

这种方法对于很多View需要初始化时较麻烦,若出错view太多还是使用第一种解决方案方便些,毕竟很多时候性能不会那么差。

1 楼 fslzc 2012-04-17  
执行inflate方法会解析xml布局文件,并且生成该布局对应的view树,这两个过程都是非常耗时的,在getview中频繁inflate会导致list卡顿。
由于listview中的item view会被重用,因此在getview中需要通过findViewbyid方法初始化重用的view。至于提到图片显示可能出错的情况,是由于底层的drawable状态是共享的,可以参考这里的解决方案https://developer.android.com/resources/articles/drawable-mutations.html
:)
2 楼 Trinea 2012-04-17  
fslzc 写道
执行inflate方法会解析xml布局文件,并且生成该布局对应的view树,这两个过程都是非常耗时的,在getview中频繁inflate会导致list卡顿。
由于listview中的item view会被重用,因此在getview中需要通过findViewbyid方法初始化重用的view。至于提到图片显示可能出错的情况,是由于底层的drawable状态是共享的,可以参考这里的解决方案https://developer.android.com/resources/articles/drawable-mutations.html
:)

hi,感谢你提供的Drawable突变的分享,很有用,以后碰到就能顺利解决了Android ListView中item view重复使用带来的有关问题
不过我这个还不是这种问题,这个item view的复用不仅对于drawable会产生问题,对于一般的textview的内容也会产生问题。而且我这里面的drawable基本都不一样,这种突变应该不会影响到
3 楼 Trinea 2012-04-17  
fslzc 写道
执行inflate方法会解析xml布局文件,并且生成该布局对应的view树,这两个过程都是非常耗时的,在getview中频繁inflate会导致list卡顿。
由于listview中的item view会被重用,因此在getview中需要通过findViewbyid方法初始化重用的view。至于提到图片显示可能出错的情况,是由于底层的drawable状态是共享的,可以参考这里的解决方案https://developer.android.com/resources/articles/drawable-mutations.html
:)

if (convertView == null && context != null) {  
        convertView = inflater.inflate(R.layout.list_activity, null);  
    } 

类似上面的写法我想也是很多人参考list自带的几个adapter而写的,但对于默认的adapter由于不会涉及到复杂的view所以不会产生什么问题,下一个item即使复用了上一个也会重新设置内容。而复杂的view的话可能某个子view没有设置内容就会显示原来的内容了,导致问题出现