Java并发读书学习笔记（七）——线程池

7.1 任务与执行策略之间的隐性耦合

Executor框架可以将任务的提交与任务的执行策略解耦开，但这种说法有点言过其实。虽然Executor为制定和执行策略都提供了相当大的灵活性，但并非所有的任务都能适用所有的执行策略。有些类型的任务需要明确地指定执行策略，包括：依赖性任务；使用线程封闭机制的任务；对响应时间敏感的任务；使用ThreadLocal的任务。

7.1.1 线程饥饿死锁

在线程池中，如果任务依赖于其他任务，那么可能产生死锁。在单线程的Executor中，如果一个任务将另一个任务提交到同一个Executor，并且等待这个被提交任务的结果，那么通常会引发死锁。第二个任务停留在工作队列中，并等待第一个任务完成，而第一个任务又无法完成，因为它在等待第二个任务的完成。在更大的线程池中，如果所有正在执行任务的线程都由于等待其他仍处于工作队列中的任务而阻塞，那么会发生同样的问题。这种现象被称为线程饥饿死锁，只要线程池中的任务需要无限期地等待一些必须由池中其他任务才能提供的资源或条件，例如某个任务等待另一个任务的返回值或执行结果，那么除非线程池足够大，否则将发生线程饥饿死锁。

7.1.2 运行时间较长的任务

有一项技术可以缓解运行时间较长任务造成的影响，即限定任务等待资源的时间，而不用无限制地等待。在平台类库的大多数可阻塞方法中，都同时定义了限时版本和无限时版本。如果等待超时，那么可以把任务标志为失败，然后中止任务或者将任务放回队列以便随后执行。这样，无论任务的结果是否成功，这种办法都确保任务总能继续执行下去，并将线程释放出来以执行一些能更快完成的任务。如果在线程池中总是充满了被阻塞的任务，那么也可能表明线程池规模过小。

7.2 设置线程池的大小

线程池的理想大小取决于被提交任务的类型以及所部署系统的特性。在代码中通常不会固定线程池的大小，而应该通过某种配置机制来提供，或者根据Runtime.availableProcessors来动态计算。

7.3 配置ThreadPoolExecutor

ThreadPoolExecutor为一些Executor提供了基本的实现，这些Executor是由Executors中的newCathedThreadPool、newFixedThreadPool和newScheduledThreadExecutor等工厂方法返回的。ThreadPoolExecutor是一个灵活的、稳定的线程池，运行进行各种定制。

7.3.1 线程的创建与销毁

线程池的基本大小，最大大小以及存活时间等因素共同负责线程的创建与销毁。基本大小也就是线程池的目标大小，即在没有任务执行时线程池的大小，并且只有在工作队列满了的情况下，才会创建超出这个数量的线程。线程池的最大大小表示可同时活动的线程数量的上限。如果某个线程的空闲时间超过了存活时间，那么将被标记为可回收的，并且当线程池的当前大小超过了基本大小时，这个线程将被终止。

7.3.2 管理队列任务

ThreadPoolExecutor运行提供一个BlockingQueue来保存等待执行的任务。基本任务排队方法有三种：无界队列，有界队列和同步移交。队列的选择与其他的配置参数有关，例如线程池的大小等。

7.3.3 饱和策略

当有界队列被填满后，饱和策略开始发挥作用。ThreadPoolExecutor的饱和策略可以通过调用setRejectedExecutionHandler来修改。JDK提供几种不同的RejectedExecutionHandler实现，每种实现都包含有不同的饱和策略：AbortPolicy，CallerRunsPolicy，DiscardPolicy，DiscardOldestPolicy。

7.3.4 线程工厂

每当线程池需要创建一个线程时，都是通过线程工厂方法来完成的。默认的线程工厂方法将创建一个新的、非守护的线程，并且不包含特殊的配置信息。通过指定一个线程工厂方法，可以定制线程池的配置信息。在ThreadFactory中只定义了一个方法newThread，每当线程池需要创建一个新线程时都会调用这个方法。

7.3.5 在调用构造函数后再定制ThreadPoolExecutor

在调用完ThreadPoolExecutor的构造函数后，仍然可以通过Setter来修改大多数传递给他的构造函数的参数。如果Executor是通过Executors中的某个工厂方法创建的，那么可以将结果的类型转换为ThreadPoolExecutor以访问设置器。

7.4 扩展ThreadPoolExecutor

ThreadPoolExecutor是可扩展的，它提供了几个可以在子类化中改写的方法：beforeExecutor，afterExecutor和terminated。