先说结论,真正的饱和顺序是corePoolSize -> workQueue -> maximumPoolSize。
我们都知道,线程池有以下参数
java
ThreadPoolExecutor(int corePoolSize, //核心线程数
int maximumPoolSize, //
long keepAliveTime,
TimeUnit unit,
BlockingQueue<Runnable> workQueue)
- corePoolSize:核心线程池大小,即使没有任务,这些线程也会一直存活。
- maximumPoolSize:最大线程池大小,当任务量超过核心线程数时,最多可以创建这么多线程。
- keepAliveTime:非核心线程在空闲时等待新任务的最长时间。
- unit:keepAliveTime 的时间单位。
- workQueue:阻塞队列,用于存储待执行的任务。常见的阻塞队列实现有 ArrayBlockingQueue、LinkedBlockingQueue 和 SynchronousQueue 等。
我之前的理解是,当线程数达到corePoolSize后,新任务到来会创建新线程直到达到maximumPoolSize,当达到maximumPoolSize后,新任务才会放到workQueue里。
但其实,这一直都是错误的理解,真正的饱和顺序是corePoolSize->workQueue->maximumPoolSize。
下面开始验证
java
ThreadPoolExecutor executor = new ThreadPoolExecutor(5, 10, 60L, TimeUnit.SECONDS, new LinkedBlockingQueue<>(10));
for (int i = 0; i < 6; i++) {
int finalI = i;
executor.submit(() -> {
System.out.println(Thread.currentThread().getName() + " " + finalI);
try {
Thread.sleep(5000L);
} catch (InterruptedException e) {
throw new RuntimeException(e);
}
});
}
executor.shutdown();
若corePoolSize满了后新任务是创建新线程,那么这里应该一次打印6条日志。
若corePoolSize满了之后新任务放到workQueue里,那么这里应该打印两次,第一次5条,第二次1条。
打印结果
由此可见符合第二种情况,为了证明可信度下面再验证一种情况
java
ThreadPoolExecutor executor = new ThreadPoolExecutor(5, 10, 60L, TimeUnit.SECONDS, new LinkedBlockingQueue<>(10));
for (int i = 0; i < 16; i++) {
int finalI = i;
executor.submit(() -> {
System.out.println(Thread.currentThread().getName() + " " + finalI);
try {
Thread.sleep(5000L);
} catch (InterruptedException e) {
throw new RuntimeException(e);
}
});
}
executor.shutdown();
按照上面的结论推测,当我们有16个要执行的任务,首先会占用5个核心线程,然后放10个任务到阻塞队列,剩下的1个加上核心线程数是6个,达不到最大线程数,所以会创建活动线程,此时线程池中会有6个可用线程。所以会分三次打印结果,第一次6条,第二次6条,第三次4条。下面验证推测
验证成功!