Java线程池详解
关键概念
- 核心线程数(corePoolSize)
- 定义: 线程池中始终维持的最小线程数量。
- 作用:确保即使在低负载的情况下也有一定数量的线程准备就绪,以便快速响应新任务。
- 行为:当线程池中的线程数目小于 corePoolSize 时,即使线程处于空闲状态,也不会被终止。
- 最大线程数(maxPoolSize)
- 定义:线程池中允许的最大线程数量。
- 作用:防止因过多的线程导致系统资源耗尽。
- 行为:当任务数量超过 corePoolSize 且队列已满时,线程池会创建新的线程,直到达到 maxPoolSize。
- 等待队列(workQueue)
- 定义:用来存储等待执行的任务的队列。
- 作用:可以是无界队列、有界队列或其他类型的队列,如
ArrayBlockingQueue
、LinkedBlockingQueue
或SynchronousQueue
。 - 行为: 当线程池中的线程数目达到
corePoolSize
时,新任务将被放入队列中等待执行。
触发条件
线程池的执行流程遵循以下规则:
- 任务提交:当一个任务提交给线程池时,线程池首先检查当前正在运行的线程数是否少于
corePoolSize
,如果是,则创建新线程来执行任务。 - 任务队列:如果当前正在运行的线程数等于
corePoolSize
,则将任务放入等待队列中。 - 非核心线程创建:如果队列已满且当前线程数少于
maxPoolSize
,则创建新的非核心线程来执行任务。 - 拒绝策略:如果队列已满且线程数已达到
maxPoolSize
,则触发拒绝策略来处理新任务。
示例
假设我们有一个线程池配置如下:
- 核心线程数 corePoolSize = 5
- 最大线程数 maxPoolSize = 10
- 工作队列容量 workQueue = 100
如果线程池当前有 5 个活跃的核心线程,并且队列中有 100 个任务正在等待执行,那么当第 101 个任务提交时,如果此时线程池中已经有 10 个线程(包括核心线程),那么这个任务将触发拒绝策略。
拒绝策略
当线程池无法接受更多任务时,会根据设定的拒绝策略来处理新任务。常见的拒绝策略包括:
- AbortPolicy:抛出 RejectedExecutionException 异常。
- CallerRunsPolicy:调用者所在的线程会执行该任务。
- DiscardOldestPolicy:抛弃队列中最老的任务并尝试重新提交新任务。
- DiscardPolicy:简单地丢弃任务而不做任何处理。
在您的代码中,CallerBlocksPolicy
是一个自定义的拒绝策略,它会在任务无法立即执行时让调用者线程阻塞一段时间,尝试将任务放入队列。如果在指定时间内无法放入队列,则可能丢弃任务。
自定义拒绝策略如下:
参考:https://github.com/spring-projects/spring-integration/blob/main/spring-integration-core/src/main/java/org/springframework/integration/util/CallerBlocksPolicy.java
/*
* Copyright 2014-2020 the original author or authors.
*
* Licensed under the Apache License, Version 2.0 (the "License");
* you may not use this file except in compliance with the License.
* You may obtain a copy of the License at
*
* https://www.apache.org/licenses/LICENSE-2.0
*
* Unless required by applicable law or agreed to in writing, software
* distributed under the License is distributed on an "AS IS" BASIS,
* WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
* See the License for the specific language governing permissions and
* limitations under the License.
*/
package org.springframework.integration.util;
import java.util.concurrent.BlockingQueue;
import java.util.concurrent.RejectedExecutionException;
import java.util.concurrent.RejectedExecutionHandler;
import java.util.concurrent.ThreadPoolExecutor;
import java.util.concurrent.TimeUnit;
import org.apache.commons.logging.Log;
import org.apache.commons.logging.LogFactory;
/**
* A {@link RejectedExecutionHandler} that blocks the caller until
* the executor has room in its queue, or a timeout occurs (in which
* case a {@link RejectedExecutionException} is thrown.
*
* @author Gary Russell
* @author Artem Bilan
*
* @since 3.0.3
*
*/
public class CallerBlocksPolicy implements RejectedExecutionHandler {
private static final Log LOGGER = LogFactory.getLog(CallerBlocksPolicy.class);
private final long maxWait;
/**
* Construct instance based on the provided maximum wait time.
* @param maxWait The maximum time to wait for a queue slot to be available, in milliseconds.
*/
public CallerBlocksPolicy(long maxWait) {
this.maxWait = maxWait;
}
@Override
public void rejectedExecution(Runnable r, ThreadPoolExecutor executor) {
if (!executor.isShutdown()) {
try {
BlockingQueue<Runnable> queue = executor.getQueue();
if (LOGGER.isDebugEnabled()) {
LOGGER.debug("Attempting to queue task execution for " + this.maxWait + " milliseconds");
}
if (!queue.offer(r, this.maxWait, TimeUnit.MILLISECONDS)) {
throw new RejectedExecutionException("Max wait time expired to queue task");
}
LOGGER.debug("Task execution queued");
}
catch (InterruptedException e) {
Thread.currentThread().interrupt();
throw new RejectedExecutionException("Interrupted", e);
}
}
else {
throw new RejectedExecutionException("Executor has been shut down");
}
}
}