Android ListView缓存惹得祸

最近遇到一个问题,在使用ListView时,用SimpleAdapter提供数据,然后自定义ViewBinder来绑定数据,但是自定义的ListView的子选项却出现了显示状态混乱的问题。

 

通过调试,最终把问题范围缩小到了public boolean setViewValue(View view, Object data, String,textRepresentation)中。最终找到原因是ListView缓存会使用已经创建的ListView非可视的子选项对象去装载新的数据,导致数据状态是该子选项以前的状态,从而发生奇怪的紊乱现象。产生问题的原因找到,解决问题就是时间和技术的问题了。解决办法之一是:对子选项中的元素重新初始化到默认状态就可以了。

 


Android ListView缓存惹得祸
 图片说明:

  • 不要认为系统创建的ListView子选项的数量和数据的大小总是一样的,当数据一次可以在屏幕显示时,这个值是相等的,但是当一屏无法显示时,这个值就不等了;
  • 如果当数据量大的情况下也是创建相同数量的子选项,那么一方面会降低响应时间,影响性能,另一方面也就浪费了不在显示区域的那些子选项对象;
  • 系统中子选项对象的个数应该是不小于一屏中显示子选项的最大值『之所以界定比较模糊,是因为没有看相关的源码,所以仅仅是理论上猜测罢了』;

 

多说一句:解决问题没有什么意思,有意思的是分析产生问题的原因!:)

 

 

你可能感兴趣的:(android,cache,ListView缓存,ViewBinder)