Handler+ExecutorService(线程池)+MessageQueue模式+缓存模式

android线程池的理解，晚上在家无事 预习了一下android异步加载的例子，也学习到了一个很重要的东东 那就是线程池+缓存 下面看他们的理解。

[size=1.8em]Handler+Runnable模式

我们先看一个并不是异步线程加载的例子，使用 Handler+Runnable模式。
这里为何不是新开线程的原因请参看这篇文章：Android Runnable 运行在那个线程 这里的代码其实是在UI 主线程中下载图片的，而不是新开线程。
我们运行下面代码时，会发现他其实是阻塞了整个界面的显示，需要所有图片都加载完成后，才能显示界面。

?
Handler+Thread+Message模式

这种模式使用了线程，所以可以看到异步加载的效果。
核心代码：

?
这时候我们可以看到实现了异步加载， 界面打开时，五个ImageView都是没有图的，然后在各自线程下载完后才把图自动更新上去。
Handler+ExecutorService(线程池)+MessageQueue模式
能开线程的个数毕竟是有限的，我们总不能开很多线程，对于手机更是如此。
这个例子是使用线程池。Android拥有与Java相同的ExecutorService实现，我们就来用它。
线程池的基本思想还是一种对象池的思想，开辟一块内存空间，里面存放了众多(未死亡)的线程，池中线程执行调度由池管理器来处理。当有线程任务时，从池中取一个，执行完成后线程对象归池，这样可以避免反复创建线程对象所带来的性能开销，节省了系统的资源。
线程池的信息可以参看这篇文章：Java&Android的线程池－ExecutorService 下面的演示例子是创建一个可重用固定线程数的线程池。
核心代码

?
这里我们象第一步一样使用了 handler.post(new Runnable() { 更新前段显示当然是在UI主线程，我们还有 executorService.submit(new
Runnable() { 来确保下载是在线程池的线程中。
Handler+ExecutorService(线程池)+MessageQueue+缓存模式
下面比起前一个做了几个改造:

把整个代码封装在一个类中
为了避免出现同时多次下载同一幅图的问题,使用了本地缓存

封装的类:

?
说明：
final参数是指当函数参数为final类型时，你可以读取使用该参数，但是无法改变该参数的值。参看：Java关键字final、static使用总结

这里使用SoftReference 是为了解决内存不足的错误（OutOfMemoryError）的，更详细的可以参看：内存优化的两个类:SoftReference 和 WeakReference
前段调用:

?