[Java并发编程实战] 第8章 线程池的使用

在任务与执行策略之间的隐形耦合

• 只有当任务都是同类型的并且相互独立时，线程池的性能才能达到最佳

• 线程饥饿死锁：线程池小了，正在执行任务的线程在等待处于工作队列中的任务而阻塞

• 对于运行时间较长的任务，可以限定任务等待资源的时间，缓解线程池的响应性问题

• 线程池最优大小：CPU数量 * CPU利用率 *（1 + W/C（等待时间和计算时间的比值））

配置ThreadPoolExecutor

• 线程池基本大小(Core Pool Size)：线程池的目标大小，即没有任务执行时线程池的大小，且只有工作队列满了的情况下才会创建超出这个数量的线程

• 基本大小设为0，可以最终销毁工作者线程，以免阻碍JVM退出。但可能会导致工作队列满了才创建第一个线程、开始执行任务，这样不好。Java6的allowCoreThreadTimeout参数可以启动并将基本大小设为0， 用来使线程池在没有任务的情况下销毁所有线程

• 线程池最大大小(Maximum Pool Size)：可同时活动的线程数量的上限。如果某个线程的空闲时间超过了存活时间，将被标记为可回收的，且当线程池当前大小超过了基本大小时，这个线程将被终止

• 只有当线程池是无界的或者可以拒绝任务时，SynchronousQueue（中间没有队列，任务直接递交）才有实际价值。在newCachedThreadPool工厂方法中就是用了SynchronousQueue

• 饱和策略：当有界队列被填满后的策略

  • 默认是“中止”策略，抛出未检查的RejectedExecutionException

  • “抛弃”策略会悄悄抛弃该任务

  • “抛弃最旧的”策略抛弃下一个将被执行的任务，尝试重新提交新的任务

  • “调用者运行”策略将任务回退给调用者，在一个调用了execute的线程中执行该任务，这期间调用者就不会提交新的任务了

• 当线程池需要创建一个线程时，都是通过线程工厂方法完成的；ThreadPoolExecutor提供了可以在子类中改写的方法：beforeExecute/afterExecute/terminated