Android进阶笔记15：ListView篇之图片优化

1、图片异步加载：

（1）处理图片的方式：

如果ListView中自定义的Item中有涉及到大量图片的，一定要对图片进行细心的处理，因为图片占的内存是 ListView 项中最头疼的，处理图片的方法大致有以下几种：

①、不要直接拿路径就去循环 BitmapFactory.decodeFile；使用 Options 保存图片大小、不要加载图片到内存去。

②、对图片一定要经过边界压缩尤其是比较大的图片，如果你的图片是后台服务器处理好的那就不需要了。

③、在 ListView 中取图片时也不要直接拿个路径去取图片，而是以 WeakReference（使用 WeakReference 代替强引用。比如可以使用 WeakReference mContextRef）、SoftReference、 WeakHashMap 等的来存储图片信息。

④、在 getView 中做图片转换时，产生的中间变量一定及时释放。

（2）异步加载图片基本思想：

1）、 先从内存缓存中获取图片显示（内存缓冲）

2）、获取不到的话从 SD 卡里获取（SD 卡缓冲）

3）、都获取不到的话从网络下载图片并保存到SD卡同时加入内存并显示（视情况看是否要显示）

原理：

　　优化一：先从内存中加载，没有则开启线程从 SD 卡或网络中获取，这里注意从 SD 卡获取图片 是放在子线程里执行的，否则快速滑屏的话会不够流畅。

　　优化二：于此同时，在 adapter 里有个 busy 变量，表示 listview 是否处于滑动状态，如果是滑动状态则仅从内存中获取图片，没有的话无需再开启线程去外存或网络获取图片。

　　优化三：ImageLoader 里的线程使用了线程池，从而避免了过多线程频繁创建和销毁，如果每次总是 new 一个线程去执行这是非常不可取的，好一点的用的 AsyncTask 类，其实内部也是用到了线程池。在从网络获取图片时，先是将其保存到 sd 卡，然后再加载到内存，这么做的好处是在加载到内存时可以做个压缩处理，以减少图片所占内存。

2. ListView图片错位的原因 和 图片错位的解决方法：

（1）ListView图片错位的原因：

Listview 异步加载图片之所以错位的根本原因是重用了 convertView 且有异步操作。如果不重用 convertView 不会出现错位现象，重用 convertView 但没有异步操作也不会有问题。

我简单分析一下：

当重用 convertView 时，最初一屏显示 7 条记录， getView 被调用 7 次，创建了 7 个 convertView。当 Item1 划出屏幕， Item8 进入屏幕时，这时没有为 Item8 创建新的 view 实例， Item8 复用的是Item1 的 view 如果没有异步不会有任何问题，虽然 Item8 和 Item1 指向的是同一个 view，但滑到Item8 时刷上了 Item8 的数据，这时 Item1 的数据和 Item8 是一样的，因为它们指向的是同一块内存，但 Item1 已滚出了屏幕你看不见。当 Item1 再次可见时这块 view 又涮上了 Item1 的数据。

但当有异步下载时就有问题了，假设 Item1 的图片下载的比较慢，Item8 的图片下载的比较快，你滚上去使 Item8 可见，这时 Item8 先显示它自己下载的图片没错，但等到 Item1 的图片也下载完时你发现Item8 的图片也变成了 Item1 的图片，因为它们复用的是同一个 view。 假设 Item1 的图片下载的比Item8 的图片快，Item1 先刷上自己下载的图片，这时你滑下去，Item8 的图片还没下载完， Item8会先显示 Item1 的图片，因为它们是同一块内存，当 Item8 自己的图片下载完后 Item8 的图片又刷成了自己的，你再滑上去使 Item1 可见， Item1 的图片也会和 Item8 的图片是一样的，因为它们指向的是同一块内存。

（2）图片错位的解决方法：

 // 给 ImageView 设置一个 tag
 holder.img.setTag(imgUrl);
 // 预设一个图片
 holder.img.setImageResource(R.drawable.ic_launcher);

 // 通过 tag 来防止图片错位
 if (imageView.getTag() != null && imageView.getTag().equals(imageUrl)) {
     imageView.setImageBitmap(result);
 }