java 线程池使用

本文介绍了线程池给任务安排线程的策略,先看corePoolSize线程是否足够,再考虑入队列,接着看能否增加线程,否则抛出异常。还阐述了排队的三种通用策略,包括直接提交、无界队列和有界队列,并给出了线程池工具类的实现代码。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

 /** 
1.如果运行的线程少于corePoolSize,则Executor始终首选添加新的线程,而不进行排队。 2.如果运行的线程等于或多于corePoolSize,则Executor始终首选将请求加入队列,而不添加新的线程。 如果无法将请求加入队列,则创建新的线程,除非创建此线程超出maximumPoolSize,在这种情况下,任务将被拒绝(抛出RejectedExecutionException)。 排队有三种通用策略: 1.直接提交: 工作队列的默认选项是synchronousQueue,它将任务直接提交给线程而不保持它们。 在此,如果不存在可用于立即运行任务的线程,则试图把任务加入队列将失败,因此会构造一个新的线程。 此策略可以避免在处理可能具有内部依赖性的请求集时出现锁。 直接提交通常要求无界 maximumPoolSize 以避免拒绝新提交的任务。 当命令以超过队列所能处理的平均数连续到达时,此策略允许无界线程具有增加的可能性。 

2.无界队列: 使用无界队列(不是指maxPoolSize,而是指任务等待队列,例如无限容量的 LinkedBlockingQueue )将导致在所有corePoolSize线程都忙时新任务在队列中等待。 这样,创建的线程就不会超过corePoolSize(因此,maximumPoolSize的值也就无效了)。 即:如果第5个参数是 synchronousQueue,则 maximumPoolSize 有效  如果第5个参数是 LinkedBlockingQueue,则maximumPoolSize 无效 

3.有界队列:当使用有限的 maximumPoolSize 时,且使用有界队列(如ArrayBlockingQueue)有助于防止资源耗尽,但是可能较难调整和控制。 队列大小和最大池大小可能需要相互折衷:使用大型队列和小型池可以最大限度的降低CPU使用率、操作系统资源和上下文切换开销,但是可能导致人工降低吞吐量。 如果任务频繁阻塞,则系统可能为超过您许可的更多线程安排时间,使用小型队列通常要求较大的池大小,CPU使用率较高,但是可能遇到不可接受的调度开销,这样可会降低吞吐量。 

总结:给任务安排线程的优先级:先考虑corePoolSize线程够不够 > 再考虑是否可以入队列 > 再考虑是否可以增加线程 > 抛出异常 
*/

public class ThreadPoolUtils {
    public static final Logger LOGGER = LoggerFactory.getLogger(ThreadPoolUtils.class);

    /** 执行异步任务的线程池,默认用cached thread pool */
    public static ThreadPoolExecutor executorService;
    /** 核心线程数 */
    public final static int DEFAULT_CORE_POOL_SIZE = 30;
    /** 最大线程数 */
    public final static int DEFAULT_MAX_POOL_SIZE = 200;

    /** second */
    public final static Long DEFAULT_KEEP_ALIVE_TIME = 60L;
    public final static int DEFAULT_TASK_QUEUE = 20000;

    static {
        int coreSize = DEFAULT_CORE_POOL_SIZE;
        int maxSize = DEFAULT_MAX_POOL_SIZE;
        Long aliveTime = DEFAULT_KEEP_ALIVE_TIME;
        int queue = DEFAULT_TASK_QUEUE;

        executorService = new ThreadPoolExecutor(coreSize, maxSize, aliveTime,
                TimeUnit.SECONDS, new LinkedBlockingQueue<>(queue));
    }

    public static <T> Future<T> addTask(Callable<T> callable){
        return executorService.submit(callable);
    }

    public  static <T> T get(Future<T> future,long time){
        try {
            if(future == null){
                return null;
            }
            return future.get(time, TimeUnit.MILLISECONDS);
        } catch (Exception e) {
            LOGGER.warn("ThreadPoolUtils error, e",e);
            return null;
        }
    }

    public static void main(String[] args){
    }
}
<think>好的,我需要回答用户关于如何在Java使用线程池的问题,包括示例代码和最佳实践。首先,我应该回顾用户提供的引用内容,看看有没有相关的信息可以利用。 根据引用[1],提到了Java线程池使用实例、最佳实践以及代码示例。引用[2]讨论了为什么使用线程池、如何使用以及遇到的坑。引用[3]则集中在最佳实践和异常处理方面。这些引用应该能提供足够的信息来构建回答。 首先,我需要解释线程池的基本概念和为什么要使用线程池,比如资源复用、控制并发数、管理线程生命周期等。然后,介绍Java中创建线程池的方法,特别是通过Executors工厂类提供的几种常见线程池类型,比如FixedThreadPool、CachedThreadPool、SingleThreadExecutor等,但也要提到推荐直接使用ThreadPoolExecutor来创建,以便更灵活地控制参数,避免资源耗尽的风险,这点在引用[3]中有提到。 接下来,给出一个示例代码。根据引用[1]中的示例,可能需要展示如何通过ThreadPoolExecutor来创建线程池,设置核心线程数、最大线程数、队列容量等参数,并演示如何提交任务。同时,需要强调在阿里巴巴开发规范中推荐手动创建线程池,而不是使用Executors,这点可能来自引用[3]中的最佳实践。 然后,讨论最佳实践,比如合理配置线程数、使用有界队列、处理未捕获异常、正确关闭线程池等。这些内容在引用[3]中有涉及,比如异常处理和分析的重要性,以及关闭线程池的方法。 此外,要注意线程池的任务拒绝策略,如AbortPolicy、CallerRunsPolicy等,并说明在不同场景下如何选择合适的策略。这部分可能需要结合引用[2]中提到的使用过程中遇到的坑。 最后,生成相关问题,可能包括线程池的参数配置、不同线程池类型的区别、如何监控线程池状态、常见的线程池问题排查等,确保问题与用户查询内容相关,并帮助深化理解。 需要确保回答结构清晰,分步骤说明,代码正确,并且引用正确的位置。例如,在提到线程池参数配置时,引用[3]中的最佳实践;在提到任务拒绝策略时,引用[2]中的实际应用经验。 现在需要将以上思考整理成中文回答,确保符合用户要求的格式,使用正确的LaTeX语法,并在适当的位置添加引用标识。</think>### 如何在Java使用线程池? #### 1. **线程池的作用与优势** - **资源复用**:避免频繁创建/销毁线程,提升性能[^2]。 - **控制并发**:通过核心线程数、最大线程数限制资源占用[^3]。 - **任务管理**:使用队列缓冲任务,支持拒绝策略处理过载[^1]。 #### 2. **创建线程池** Java推荐通过`ThreadPoolExecutor`手动配置参数(而非`Executors`工厂类,避免潜在风险)[^3]: ```java int corePoolSize = 5; // 核心线程数 int maxPoolSize = 10; // 最大线程数 long keepAliveTime = 60L; // 空闲线程存活时间(秒) BlockingQueue<Runnable> queue = new ArrayBlockingQueue<>(100); // 有界队列 ThreadPoolExecutor executor = new ThreadPoolExecutor( corePoolSize, maxPoolSize, keepAliveTime, TimeUnit.SECONDS, queue, new ThreadPoolExecutor.AbortPolicy() // 默认拒绝策略:直接抛出异常 ); ``` #### 3. **提交任务** - 使用`execute()`提交`Runnable`任务: ```java executor.execute(() -> { System.out.println("Task executed by " + Thread.currentThread().getName()); }); ``` - 使用`submit()`提交`Callable`任务(可获取返回值): ```java Future<String> future = executor.submit(() -> { return "Result from thread " + Thread.currentThread().getName(); }); System.out.println(future.get()); // 阻塞获取结果 ``` #### 4. **最佳实践** - **参数配置**: - CPU密集型任务:核心线程数 ≈ CPU核心数[^3]。 - I/O密集型任务:核心线程数可适当增加(如2倍CPU核心数)。 - 使用有界队列避免内存溢出[^3]。 - **异常处理**: ```java executor.setRejectedExecutionHandler((r, executor) -> { // 自定义拒绝策略,如记录日志或降级处理 }); // 任务内捕获异常 executor.execute(() -> { try { // 业务逻辑 } catch (Exception e) { // 记录异常 } }); ``` - **关闭线程池**: ```java executor.shutdown(); // 等待已提交任务完成 // executor.shutdownNow(); // 立即终止所有任务(慎用) ``` #### 5. **常用线程池类型** - **FixedThreadPool**:固定线程数,适用于负载较重的场景。 ```java ExecutorService fixedPool = Executors.newFixedThreadPool(5); ``` - **CachedThreadPool**:弹性线程数,适合短时异步任务[^1]。 - **ScheduledThreadPool**:支持定时/周期性任务。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值