然而这里使用了异步机制,也就是说先返回ConvertView,再等异步线程修改,这是闪的本质!由于教程里使每个异步线程人工阻塞了1s,那么上来有8个异步线程在运行(编号1-8),如果1s之内下滑了ListView比如说下滑了8个,那么新更新的8个item还是用的以前的内存,【并且】又开启了8个异步线程(编号9-16)。因为预先设定了一个默认图片,所以先显示绿色的默认icon图片。然后1-8号异步线程运行完毕,更新ImageView(闪),紧跟着9-16异步线程运行完毕,又更新imageView(闪),最终显示正确结果。这就是下滑时先显示默认图片,再闪一下错误图片,最后闪一下正确图片的本质过程。
2016-05-29
我来说一下为什么会闪。这是【同时】使用ConvertView和异步机制造成的。一个屏幕一次显示8个item,当第9个item划进屏幕时,ListView对adapter说,返给我一个view,我要显示。adapter调用getView()方法,由于使用了缓存机制,getView()在初始化8个item以后所有返回的view(ConvertView)内存地址都是这8个中的。如果【不使用】异步机制加载图片,那么返回的这个ConvertView是被更新以后返给ListView使用的。效果是上滑屏幕没反应,等了半天,突然加载出来,但是不会闪。
2016-05-29
最赞回答 / qq_Dreamkiller_0
程序退出之后,如果你的应用没有驻留服务,内存还是有可能被回收的,在对图片缓存情况下,为了保险可以在加一个硬盘缓存DiskLruCache,双缓基本满足日常看法了,内存中没有,硬盘中有,也不用去下载,除非内存与硬盘中都没有,程序在去下载。OK郭神的博客中有DiskLruCache使用方法。不谢http://blog.csdn.net/guolin_blog/article/details/28863651
2016-05-29
最赞回答 / 陈恩俊3205650
出来的是空白页的话,你可以设个断点试试,看看你的list里面有没有数据,有可能是你JSON解析那出问题了,或者一些你没注意到的地方,这一大节课我快看完了,程序是一直跟着做的,到目前看来没什么问题啊!
2016-05-19