阿里巴巴开发手册:为什么要禁用 Executors创建线程池
阿里巴巴开发手册并发编程这块有一条:线程池不允许使用 Executors 去创建,而是通过 ThreadPoolExecutor 的方式,为什么呢,今天我们来一探究竟。
线程池的创建可以分为以下两类:
- 通过 ThreadPoolExecutor 手动创建线程池。
- 通过 Executors 执行器自动创建线程池
以上两类创建线程池的方式,又有 7 种具体实现方法,这 7 种实现方法分别是:
Executors.newSingleThreadExecutor:创建只有一个线程数的线程池,它可以保证先进先出的执行顺序,
但是等待队列是Integer.MAX_VALUE。
Executors.newCachedThreadPool:创建一个可缓存的线程池,若线程数超过处理所需,缓存一段时间后会回收,若线程数不够,则新建线程。核心线程数是0,最大线程数Integer.MAX_VALUE个。
Executors.newFixedThreadPool:创建一个固定大小的线程池,可控制并发的线程数,超出的线程会在队列中等待。等待队列是Integer.MAX_VALUE。
Executors.newScheduledThreadPool:创建一个可以执行延迟任务的线程池。核心线程数是指定的,最大线程数为Integer.MAX_VALUE,等待队列是一个延迟无界队列。
Executors.newSingleThreadScheduledExecutor:创建一个单线程的可以执行延迟任务的线程池。核心线程数为1,但是最大线程数为Integer.MAX_VALUE,等待队列是一个延迟无界队列。
Executors.newWorkStealingPool:创建一个抢占式执行的线程池(任务执行顺序不确定,jdk1.8引入),等待队列是Integer.MAX_VALUE。
ThreadPoolExecutor:手动创建线程池的方式。
使用ThreadPoolExecutor 对象手动创建线程池的方式:
public ThreadPoolExecutor(int corePoolSize,
int maximumPoolSize,
long keepAliveTime,
TimeUnit unit,
BlockingQueue<Runnable> workQueue,
ThreadFactory threadFactory,
RejectedExecutionHandler handler)
参数说明:
- corePoolSize => 线程池核心线程数量
- maximumPoolSize => 线程池最大数量
- keepAliveTime => 空闲线程存活时间
- unit => 时间单位
- workQueue => 线程池所使用的缓冲队列
- threadFactory => 线程池创建线程使用的工厂
- handler => 线程池对拒绝任务的处理策略
代码示例:
private static ExecutorService executor = new ThreadPoolExecutor(2, 30,
0L, TimeUnit.MILLISECONDS,
new LinkedBlockingQueue<>(2000), Executors.defaultThreadFactory(), new ThreadPoolExecutor.AbortPolicy());
总结:
允许的请求队列长度为 Integer.MAX_VALUE,可能会堆积大量的请求,从而引起OOM异常。
允许创建的线程数为 Integer.MAX_VALUE,可能会创建大量的线程,从而引起OOM异常。
这就是为什么在阿里巴巴《Java开发手册》是这样规定的:禁止使用Executors去创建线程池,而是推荐自己去创建ThreadPoolExecutor的原因。线程池不允许使用 Executors 去创建,而是通过 ThreadPoolExecutor 的方式,这样的处理方式让写的同学更加明确线程池的运行规则,规避资源耗尽的风险。