ThreadPoolExecutor

ThreadPoolExecutor 类定义

public class ThreadPoolExecutor extends AbstractExecutorService

ExecutorService 为每个提交的任务分配一个线程池中的线程，通常使用Executors 工厂方法类进行该类的初始化配置。

线程池主要解决了两个问题：
* 在执行大量的异步任务时，提供了较高的性能。原因在于减少了每个任务的调用开销（持续大量的新建线程）
* 提供了一种管理，绑定任务执行中需要消耗的资源（包括线程资源）的方式。

除此之外，ThreadPoolExecutor 还维护了一些基本的统计数据，譬如，以及执行完成的任务数量。

为了使用广泛的应用场景，ThreadPoolExecutor 提供了一系列可调整的参数，以及可扩展性。然而，官方建议编程者使用Executors 工厂方法，以下方法提供了一些常用场景的线程池配置：

• Executors.newCachedThreadPool（）（无边界线程池，具有自动线程回收机制），
• Executors.newFixedThreadPool（int）（固定大小的线程池）
• Executors.newSingleThreadExecutor（单个线程线程池）

在其他不适应默认线程池的情况下，在手动配置和调整此类时，请使用以下参数的配置指南：

Core and maximum pool sizes 线程池的核心，最大值

一个ThreadPoolExecutor 会根据设置的corePoolSize（参见 getCorePoolSize()方法） ，以及maximumPoolSize 值，自动调整线程池大小（参见getPoolSize()方法）。当ThreadPoolExecutor 通过execute(Runnable)收到一个新任务，

1. 如果当前线程池中的线程数量小于corePoolSize ，会创建一个新线程来处理这个任务,即时线程池中存在空闲的线程。
2. 如果当前线程池中的线程数量大于corePoolSize，小于maximumPoolSize ，只有当前任务队列满时才创建新线程。
3. 如果设置corePoolSize的值与maximumPoolSize 相等，则创建了一个固定大小的线程池。设置maximumPoolSize 为无限大（如Integer.MAX_VALUE），则创建了一个无界线程池。
4. 通常 corePoolSize的值与maximumPoolSize是在线程池初始化时设置的，但是这些值也可以通过 setCorePoolSize(int) 和setMaximumPoolSize(int)方法动态设置。

On-demand construction 懒初始化

默认情况下，核心线程也是在任务被提交后，即时创建的。但是可以通过调用prestartCoreThread（）或prestartAllCoreThreads（）方法动态地覆盖这种实现方式。如果你需要启动一个具有非空任务队列的线程池，你可以先预启动所有的核心线程。

• 创建新线程
  新线程是使用ThreadFactory工厂类来创建的。如果没有特殊声明，会使用Executors.defaultThreadFactory() 作为工厂类，并且将创建的线程加入一个线程分组中，并且所有的线程具有相同的优先级（ORM_PRIORITY），为非守护线程。
  如果提供新的线程工厂类，可以修改线程的名称，线程分组，优先级，守护状态，以及其他。如果ThreadFactory 创建线程失败了，在newThread方法中返回空，ThreadPoolExecutor会继续运行，但是无法执行任何任务。
  线程需要拥有modifyThread的运行时权限，如果使用该池的工作线程或其他线程不具有此权限，则服务可能会降级：配置更改可能不会及时生效，并且一个关闭状态的线程池可能保持在可能终止但未完成的状态。（why）

保活时间 Keep-alive times

如果当前池中的线程数超过corePoolSize，则多余的线程将在空闲时间超过keepAliveTime时终止（请参阅getKeepAliveTime（TimeUnit））。当线程池活跃性较低时，此机提供了减少资源消耗的方法。 如果线程池稍后变得更加活跃，则将构建新线程。 也可以使用setKeepAliveTime（long，TimeUnit）方法动态更改此参数。
设置保活时间为Long.MAX_VALUE TimeUnit.NANOSECONDS，可以使空闲线程永远不会在线程池关闭之前终止。 默认情况下，仅当线程池中线程数大于corePoolSize时，保持活动策略才适用。 但是，只要keepAliveTime值不为零，方法allowCoreThreadTimeOut（boolean）还可用于将此超时策略应用于核心线程。

任务队列 Queuing

任意阻塞队列都可以被用作线程池的任务管理队列，此队列的运行方式与线程池大小有关。

1. 如果运行的线程数少于corePoolSize，则Executor会添加新线程，而不是排队。
2. 如果正在运行的线程数多于或等于corePoolSize，则Executor对请求进行排队，而不是添加新线程。
3. 如果一个任务请求无法被加入队列（队列已满），Executor会创建一个新线程。
4. 如果一个任务请求无法被加入队列（队列已满），且当前线程数等于maximumPoolSize，该任务会被拒绝。

常用的排队策略一般有三种：

1. 直接交接Direct handoffs
   对于工作队列，一个很好的默认选择是同步队列SynchronousQueue，它可以将任务直接移交给线程执行。 在此种方式下，如果没有立即可用的线程来运行任务，将构造一个新线程，该任务也不会进行排队。 在处理一系列可能有内部依赖的任务请求时，该策略可以避免加锁操作。 直接交接策略通常需要无限的maximumPoolSizes，以避免线程池拒绝执行新提交的任务。但是这种设置，会在任务提交速度大于当前任务执行速度时，导致线程池大小持续增长。

2. 无限队列。 当所有corePoolSize线程都处于忙碌状态，使用无界队列（例如，没有指定队列长度的LinkedBlockingQueue）将导致新任务在队列中等待，所以线程池中只可能存在corePoolSize个线程 （因此，maximumPoolSize的值没有任何作用。）当每个任务完全独立于其他任务时，这种设置可能是合理的，因此任务不会影响彼此的执行。 例如，在web服务器中。 这种排队方式适用于处理短时间内收到的大量任务执行请求，但是会在任务提交速度大于当前任务执行速度时，造成任务队列持续增长，导致OOM。

3. 有界队列。 当与线程池有限的maximumPoolSizes一起使用时，有界队列（例如ArrayBlockingQueue）有助于防止资源耗尽，但是调优和控制起来会更加困难。 队列大小和最大池大小需要互相权衡：

   • 使用大队列和小线程池： 可以最大程度地减少CPU使用率，操作系统资源和上下文切换开销，但会导致人为地降低吞吐量。 如果执行的任务时频繁阻塞型（例如，如果它们受I / O限制），则系统其实可以承担更多线程的运行时间。
   • 使用较小队列通常需要更大的线程池大小，这会使CPU繁忙，但可能会因为额外的操作系统调度开销，导致降低吞吐量。

拒绝策略Rejected tasks

当Executor被关闭，或者用尽了所有的线程，并且等待队列到达最大值时，会拒绝新提交的任务。在拒绝新任务时，execute方法都会调用其RejectedExecutionHandler的RejectedExecutionHandler.rejectedExecution（Runnable，ThreadPoolExecutor）方法。ThreadPoolExecutor类提供了以下四个预定义的拒绝策略：

1. 默认的是ThreadPoolExecutor.AbortPolicy,h会在拒绝任务执行时抛出一个运行时异常RejectedExecutionException
2. ThreadPoolExecutor.CallerRunsPolicy,提交此任务的线程会自己执行提交的任务。 此种方式提供了一种简单的反馈控制机制，将降低新任务提交的速度。
3. ThreadPoolExecutor.DiscardPolicy会简单的丢弃不能执行的任务。
4. ThreadPoolExecutor.DiscardOldestPolicy会在当前线程池未关闭的情况下，丢弃工作队列开头的任务，然后重试执行（这可能再次失败，从而导致重复执行此操作）。

也可以自定义和使用其他种类的RejectedExecutionHandler类。在设计在特定的线程池大小，或者特定排队策略下的拒绝策略时，需格外小心。

钩子方法Hook methods

此类提供protected类型的的可重写的beforeExecute（Thread，Runnable）和afterExecute（Runnable，Throwable）方法，这些方法在执行每个任务之前和之后调用。 这些方法可以用来控制执行环境， 例如，重新初始化ThreadLocals，收集统计信息或添加日志输出。
此外，一旦执线程池被完全终止，可以重写方法Terminate（）以执行需要执行的任何特殊处理。
如果钩子或回调方法引发异常，内部工作线程可能进而失败并突然终止。

队列管理Queue maintenance方法

getQueue（）方法允许访问工作队列，以进行监视和调试。 强烈建议不要将此方法用于任何其他目的。 当取消大量排队的任务时，可以使用提供的两个方法remove（Runnable）和purge（）来辅助存储回收。

Finalization

当线程池中不再被运行程序所引用，且没有剩余线程执行时将自动关闭。 如果即使在用户忘记调用shutdown（）的情况下仍要确保收回未被引用的线程池，则必须设置核心线程数为0或者通过allowCoreThreadTimeOut(boolean)设置核心线程的保活时间时间，并且设置适当的保活时间，来确保未执行任务的线程会最终死亡。

扩展功能实例Extension example.

大多数子类会复写一个或者多个钩子方法来实现功能的扩展。以下既是一个扩充了暂停功能的线程池。

 class PausableThreadPoolExecutor extends ThreadPoolExecutor {
   private boolean isPaused;
   private ReentrantLock pauseLock = new ReentrantLock();
   private Condition unpaused = pauseLock.newCondition();

   public PausableThreadPoolExecutor(...) { super(...); }

   protected void beforeExecute(Thread t, Runnable r) {
     super.beforeExecute(t, r);
     pauseLock.lock();
     try {
       while (isPaused) unpaused.await();
     } catch (InterruptedException ie) {
       t.interrupt();
     } finally {
       pauseLock.unlock();
     }
   }

   public void pause() {
     pauseLock.lock();
     try {
       isPaused = true;
     } finally {
       pauseLock.unlock();
     }
   }

   public void resume() {
     pauseLock.lock();
     try {
       isPaused = false;
       unpaused.signalAll();
     } finally {
       pauseLock.unlock();
     }
   }
 }