前言:
为了使ListView性能更优,最普遍的方法就是添加一个ViewHolder静态类。
虽然性能有很大的提高,但是同样也伴随着Item控件内容显示重复或错乱的情况。
分析并解决如下两个问题
一、控件数据未初始化而导致的显示错误。
二、网络异步加载导致出现显示错误、重复。
如下我们来简单分析一下ListView的缓存机制。我们整篇文章均以下图的模型来举例说明。
(图片转至http://www.cnblogs.com/xiaowenji/archive/2010/12/08/1900579.html)
上图中的过程分析:
1.在getView()获取每行的Item并向下滑动的过程中,如果Item1已经完全滑出屏幕,且缓存中没有Item1对应的View,则将其put进缓存中。
2.将要滑入的Item8会先判断缓存中是否有可用的Item,如果有则直接将缓存中对应的View拿过来复用。
3.ListView显示刚刚滑入的Item8,并将ListView中的各个Item都执行刷新(getView())操作。
那么问题来了...
一、控件数据未初始化而导致的显示错误
执行Item8的getView()过程中由于复用的是Item1,那么Item8的所有初始值就是Item1的值,如果在Item8中没有对Item中任何控件重新赋值的话,那么显示的内容会和跟Item1一模一样。
实例代码:
public View getView(int position, View convertView, ViewGroup parent) { ViewHolder viewHolder; if (convertView == null){ viewHolder = new ViewHolder(); convertView = layoutInflater.inflate(R.layout.listview,parent,false); viewHolder.tvTitle = (TextView)convertView.findViewById(R.id.tv_title); convertView.setTag(viewHolder); }else{ viewHolder = (ViewHolder)convertView.getTag(); } //Item7以上的所有Item都不赋值 if(position <= 7){ viewHolder.tvTitle.setText("title" + String.valueOf(position)); } return convertView; }
运行效果如下
我们发现Item7之后由于未重新赋值,所以都是复用的ListView缓存机制中的View。
问题的解决:
这个问题比较好解决,就是把每项Item所有控件都赋值,这样就把缓存中的初始数据给覆盖掉。
代码如下
public View getView(int position, View convertView, ViewGroup parent) { ViewHolder viewHolder; if (convertView == null){ viewHolder = new ViewHolder(); convertView = layoutInflater.inflate(R.layout.listview,parent,false); viewHolder.tvTitle = (TextView)convertView.findViewById(R.id.tv_title); convertView.setTag(viewHolder); }else{ viewHolder = (ViewHolder)convertView.getTag(); } //if(position <= 7){ viewHolder.tvTitle.setText("title" + String.valueOf(position)); //} return convertView; }
效果图:
问题解决。
二、网络异步加载导致出现显示错误、重复。
举个例子,比如Item有点赞功能,由于比较懒,未做实例,所以来来来...大家跟我一起在脑海中想象吧。
我们假设用户点了Item1的赞按钮(此时开始请求服务器...),当请求服务器的过程中,你突然向下滑动。
如上图所示,Item1被放入缓存,而Item8复用Item1的View。就在这时Item1的点赞请求刚刚请求成功,并执行显示赞状态的操作,此时Item8由于是复用的Item1的View,所以Item8的赞按钮就会被莫名其妙的点亮。然后就蒙圈了,就开始寻思,谁?谁啊?你谁?图片的加载错误也是这个原因。(图片的解决方案http://www.trinea.cn/android/android-listview-display-error-image-when-scroll/)
3个解决方案:
1.不使用 ViewHolder就不存在这种问题,每次有Item滑入会重新创建控件,但这你能用吗?好吧,愿意用就用吧;
2.HashMap来标记对应的View(HashMap<position,view>),如果item特别少你也可以用,如果Item多的话,有多少个View就会有多少个键值对,所以内存会越来越大, 也不科学;
3.Tag标记,最终方案。
下面我们来讲解一下通过Tag标记来解决上述问题。
先贴一下纯手打的代码
public View getView(int position, View convertView, ViewGroup parent) { ViewHolder viewHolder; if (convertView == null){ viewHolder = new ViewHolder(); convertView = layoutInflater.inflate(R.layout.listview,parent,false); viewHolder.btnZ = (Button)convertView.findViewById(R.id.button); convertView.setTag(viewHolder); }else{ viewHolder = (ViewHolder)convertView.getTag(); } viewHolder.btnZ.setTag(position); viewHolder.btnZ.setText("踩"); viewHolder.btnZ.setOnClickListener(new View.OnClickListener() { @Override public void onClick(View v) { if(//访问服务器成功){ if ((int) viewHolder.btnZ.getTag() == position) { //异步显示 viewHolder.btnZ.setText("赞"); 的操作 } } } }); return convertView; }
针对上面的代码,讲一下Tag在ListView中的所起的作用。
用户在Item1点了赞按钮后,此时Item1的Button进入请求服务器的过程中,用户向下滑,Item1滑出,将View复用给Item8并让其显示之后,此时Item1和Item8同时控制着同一个View,只不过Item8在显示的时候已经把复用的View重新按照它的数据覆盖了一下并把View上viewHolder.btnZ的tag重新标记成它的标记,而假设此时恰好Item1的请求才刚刚成功并要刷新了一下自己的控件,然而根据上面的代码...Item如果要显示自己的加载成功之后的状态,需要判断一下tag和position,此时Item1执行viewHolder.btnZ.getTag()方法,发现tag已经是7了(Item8的),而Item1自己的position是0。所以,被无情的拒绝在了门外~
所以我们用这种对比的方法就可以很轻松的来避免Item显示出错的问题。
总结一下:
在出现异步加载的过程中,滑动ListView,Item被复用且前一个Item刚刚异步加载成功的情况下。
getTag()获取的是当前正在显示的”正确的"Item标记,而position则很可能是复用View之前的那个Item。
如果了解上述原理,相信不管是图片还是button神马的都可以避免出现显示错误的问题啦。
版权声明:本文为博主原创文章,未经博主允许不得转载。
Android ListView滑动过程中控件显示重复/错误问题之原理分析及解决方案
原文地址:http://blog.csdn.net/u010825228/article/details/46879119