Android中常见到的很多通用组件一般都离不开”池”的概念，如各种图片加载库，网络请求库，即使Android的消息传递机制中的Meaasge当使用Meaasge.obtain()就是使用的Meaasge池中的对象，因此这个概念很重要。本文将介绍的线程池技术同样符合这一思想。

Executor: 所有线程池的接口,只有一个方法。

ExecutorService: 增加Executor的行为，是Executor实现类的最直接接口。Executors： 提供了一系列工厂方法用于创先线程池，返回的线程池都实现了ExecutorService 接口。ThreadPoolExecutor：线程池的具体实现类,一般用的各种线程池都是基于这个类实现的。构造方法如下:

参数介绍：corePoolSize：线程池的核心线程数,线程池中运行的线程数也永远不会超过 corePoolSize 个,默认情况下可以一直存活。可以通过设置allowCoreThreadTimeOut为True,此时 核心线程数就是0,此时keepAliveTime控制所有线程的超时时间。maximumPoolSize：线程池允许的最大线程数;keepAliveTime： 指的是空闲线程结束的超时时间;unit ：是一个枚举，表示 keepAliveTime 的单位;workQueue：表示存放任务的BlockingQueue= corePoolSize // runState为RUNNING && 队列未满 // workQueue.offer(command)表示添加到队列，如果添加成功返回true，否则返回false if (isRunning(c) && workQueue.offer(command)) { int recheck = ctl.get(); // 再次检验是否为RUNNING状态 // 非RUNNING状态 则从workQueue中移除任务并拒绝 if (!isRunning(recheck) && remove(command)) reject(command);// 采用线程池指定的策略拒绝任务 // 两种情况： // 1.非RUNNING状态拒绝新的任务 // 2.队列满了启动新的线程失败（workCount > maximumPoolSize） } else if (!addWorker(command, false)) reject(command); }

根据代码再来看上面提到的线程池工作过程中的添加任务的情况：如果正在运行的线程数量小于 corePoolSize，那么马上创建线程运行这个任务；如果正在运行的线程数量大于或等于 corePoolSize，那么将这个任务放入队列；如果这时候队列满了，而且正在运行的线程数量小于 maximumPoolSize，那么还是要创建非核心线程立刻运行这个任务；如果队列满了，而且正在运行的线程数量大于或等于 maximumPoolSize，那么线程池会抛出异常RejectExecutionException。