- 通过对线程的管理，更加合理的调配资源。通常，线程池里维护着一组空闲线程，并向外提供，根据系统繁忙程度动态增加或减少空闲线程的数量。比较高级的还提供了自动检测异常线程的功能。
- 通过维护池中既存线程，可以节省创建线程的开销，尤其是对于web server这类处理频繁，而处理过程又比较快的程序，创建线程的开销是不能忽略的。
类似在裸机上加OS能够合理管理计算机资源，使用线程池能够低开销且有效的管理线程的生命周期和系统资源，同时提供更为方便易用的接口对外，使得开发更加快速安全。
对于简单的线程池，可以参考文章《Java 理论与实践: 线程池与工作队列》
，这里实现了一个简单的带工作队列（Queue）的线程池，当然，也有一些简单的调度，这里就不再赘述。
线程池框架
相对于jdk1.5中的ThreadPoolExecutor中复杂的调度和规划，上面的例子还稍微简单了些。Doug Lee定义了命令模式的接口Executor，使得线程的执行逻辑和时序逻辑得到了分离，提高了健壮性和可扩张性，使得需求变化时不再是将整个程序重写而只需修改相应的执行逻辑----至于时序逻辑，交给ThreadPool吧，它会帮你搞定一切的。不相信？那不如让我们inside ThreadPoolExecutor去看看它是怎么实现这项神奇的功能。
首先我们对ThreadPoolExecutor的框架来一个总体的认识，ThreadPoolExecutor继承了AbstractExecutorService，后者实现了ExecutorService接口，同时ExecutorService又是Executor的子接口;也就是说ThreadPoolExecutor其实是一个Executor的实现。如图示。
ThreadPoolExecutor内部共有5个类，其中 RejectExecutionHandler定义了对任务的丢弃方式，它之下有4个实例类。Worker类其实就是在线程池中执行的线程实体，所以它也很重要，可以注意到它被定义为一个内部类，从而可以方便的访问ThreadPoolExecutor类的方法。如图：
这里简单的先介绍一下这些与ThreadPoolExecutor有关的接口或类。Executor已经介绍过了，就是让逻辑分离而做的接口，它定义了抽象方法execute()。而ExecutorService则是负责管理一组任务的服务接口，它的一些实现都已经在其子类AbstractExecutorService中完成了。ThreadPoolExecutor需要实现execute()和shutdown()等抽象方法。
ThreadPoolExecutor代码分析
execute()是整个线程池最核心的方法，可以说线程池对任务的调度就是在这里实现的。来看for循环，如果当前线程池正在运行，则用reject策略将任务reject掉；如果当前线程数小于核心池数量，就new新线程来解决当前任务，注意即使是活动线程空闲也不会使用它们；一旦线程数超过核心池数量，则不再new新线程，而是向队列中添加任务，这里也分成功失败（队列满则失败），成功说明当前线程数满足当前任务数；失败就表示核心池数量的线程已经不能满足当前任务数了，这时就会启用后备线程；addIfUnderMaximumPoolSize(command)返回的结果其实有三种情况：1.新建线程处理当前任务；2.未新建成功；3.新建线程处理了队列里的任务，但未处理当前任务，前两种情况都在后面用if进行了判断，只有最后的情况是需要 for循环重新处理的。
| public void execute(Runnable command) { if (command == null) throw new NullPointerException(); for (;;) { if (runState != RUNNING) { reject(command); return; } if (poolSize < corePoolSize && addIfUnderCorePoolSize(command)) return; if (workQueue.offer(command)) return; Runnable r = addIfUnderMaximumPoolSize(command); if (r == command) return; if (r == null) { reject(command); return; } // else retry } } |
更多，请参阅http://www.360watcher.net/html/35/656.htm