GridView加适配器的方式
如果仅仅只用gridview加适配器的方法,因为加载图片是需要时间的,如果你直接在getview中加载图片的话,就会影响UI,照成滑动的时候卡顿。所以,每加载一个图片的时候,我们会开启一个额外的进程,这样就不会影响UI主线程了。
仅仅只是开启一个额外的线程会出现“乱序”的问题。也就是“并发性”的问题。
因为,当你进行滑动的时候,凡是经过的区域都会打开线程加载图片,每个线程执行完毕的时间不是固定的。只有当线程执行完毕后,才会显示在当前屏幕上。因此,当你大规模的滑动的时候,有些区域的图片还没显示就被滑走,但是他们的线程还在,所有的线程都挤到当前屏幕显示。所以被滑过的图片会在相续的显示,往往一个位置要显示好几张不同的图片(因为线程加载的时差相互覆盖),最后显示为该屏幕本来的图片。
这就是“并发性”的问题,并发性是指两个或多个事件在同一时间间隔内发生。
这样应该就能明白为什么会出现并发性问题,因为同时有多个线程再执行,我们不能保证图片的线程在被滑过之后就停止执行了。
解决并发性问题,我最近尝试的方式有两种,一种Android doc上推荐的方法,还有一个就是看guolin大神的博客上的方法。
Android doc上推荐的方式
Android doc上推荐的方法,思路是将线程与每个位置(ImageView)绑定,在图片没有加载完之前先用一个站位图片站着,若正在执行的线程不是当前图片所绑定的线程就取消掉,不再加载。这样就只有被绑定的线程才能执行,不会在一个位置上重复出现多张不同的图片。
参考链接:
http://developer.android.com/training/displaying-bitmaps/process-bitmap.html
guolin大神的setTag方式
而guolin大神用了一个ImageView.setTag(imgeUri),为每个位置绑定一张图片,其中p_w_picpathUri是每张图片在本地的存储路径,既能保证不重复,也可以用它来加载图片。
参考链接:http://blog.csdn.net/guolin_blog/article/details/9526203
所以我自己试着用了setTag()写了一下,确实能解决问题。但是,图片出现的速度比guolin大神的慢了许多,比Android doc也慢了许多。想了一下,原来是因为Android doc的方法是在判断后有取消线程的执行。而我只是在线程执行之后,判断该线程所加载的图片是否与该位置绑定。没绑定就不显示。这样所有线程不管有用没有都执行了一遍,效率很低。而guolin大神的又不一样,因为他重写了OnScoll(),在滑动时,所有线程都取消,只有停下来的时候才开线程,所以,也不会有无用的线程在执行。我觉得这样也很不错!
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。