Android(安卓)ListView缓存惹得祸
16lz
2021-01-26
最近遇到一个问题，在使用ListView时，用SimpleAdapter提供数据，然后自定义ViewBinder来绑定数据，但是自定义的ListView的子选项却出现了显示状态混乱的问题。
通过调试，最终把问题范围缩小到了public boolean setViewValue(View view, Object data, String，textRepresentation)中。最终找到原因是ListView缓存会使用已经创建的ListView非可视的子选项对象去装载新的数据，导致数据状态是该子选项以前的状态，从而发生奇怪的紊乱现象。产生问题的原因找到，解决问题就是时间和技术的问题了。解决办法之一是：对子选项中的元素重新初始化到默认状态就可以了。
图片说明：
- 不要认为系统创建的ListView子选项的数量和数据的大小总是一样的，当数据一次可以在屏幕显示时，这个值是相等的，但是当一屏无法显示时，这个值就不等了；
- 如果当数据量大的情况下也是创建相同数量的子选项，那么一方面会降低响应时间，影响性能，另一方面也就浪费了不在显示区域的那些子选项对象；
- 系统中子选项对象的个数应该是不小于一屏中显示子选项的最大值『之所以界定比较模糊，是因为没有看相关的源码，所以仅仅是理论上猜测罢了』；
多说一句：解决问题没有什么意思，有意思的是分析产生问题的原因！：）
更多相关文章
- SpringBoot 2.0 中 HikariCP 数据库连接池原理解析
- 一句话锁定MySQL数据占用元凶
- android数据库(随apk一起发布数据库)
- android 浏览器插件开发 － 插件库
- usetc oj --Android(安卓)key
- Android基础篇_Part1_Android基础知识
- ubuntu 字体 android stuido 汉字 显示 方块
- Android(安卓)数据存储(二) 共享参数存储
- Android(安卓)实现通知栏显示多个notification