Android开发中ListView图片加载的优化机制

  图片的优化策略比较多。

1、处理图片的方式：

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

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

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

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

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

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

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

异步加载图片的原理：

优化一：先从内存中加载，没有则开启线程从SD卡或网络中获取，这里注意从SD卡获取图片是放在子线程里执行的，否则快速滑屏的话会不够流畅。
优化二：于此同时，在 adapter 里有个 busy 变量，表示 listview 是否处于滑动状态，如果是滑动状态则仅从内存中获取图片，没有的话无需再开启线程去外存或网络获取图片。
优化三：ImageLoader里的线程使用了线程池，从而避免了过多线程频繁创建和销毁，如果每次总是new一个线程去执行这是非常不可取的，好一点的用的AsyncTask类，其实内部也是用到了线程池。在从网络获取图片时，先是将其保存到 sd 卡，然后再加载到内存，这么做的好处是在加载到内存时可以做个压缩处理，以减少图片所占内存。

ListView 中图片错位的问题是如何产生的

图片错位问题的本质源于我们的 listview 使用了缓存 convertView，
假设一种场景，一个 listview 一屏显示九个item，那么在拉出第十个 item
的时候，事实上该 item 是重复使用了第一个 item，也就是说在第一个 item
从网络中下载图片并最终要显示的时候，其实该 item 已经不在当前显示区域内
了，此时显示的后果将可能在第十个 item 上输 出图像，这就导致了图片错位的
问题。所以解决之道在于可见则显示，不可见则不显示。