ThreadPoolExecutor避免调用者线程参与运算的几种方案

本文探讨了在使用ThreadPoolExecutor时如何避免调用者线程参与计算,分析了调大阻塞队列、自定义拒绝策略和重写阻塞队列offer方法三种方案的优缺点,最终推荐了重写offer方法来防止调用者线程执行任务,以减少资源浪费和性能下降。
摘要由CSDN通过智能技术生成

问题

项目中用到了ThreadPoolExecutor,有一个需求场景是:不希望主线程(调用线程)参与计算。
先了解下一些前提,线程池的原理:

  1. 当提交任务时,如果当前线程池已创建的线程数小于核心线程数(corePoolSize),则创建线程去执行任务;
  2. 如果当前线程数达到了核心线程数,则将任务放入到阻塞队列(workQueue,一般用LinkedBlockingQueue);
  3. 如果阻塞队列也满了,并且当前线程数低于最大线程数(maximumPoolSize),则继续创建线程去执行任务;
  4. 如果阻塞队列满了,当前线程数达到了最大线程数,则触发拒绝策略(依赖初始化ThreadPoolExecutor时,选择哪种拒绝策略)

JUC提供了4种默认实现的拒绝策略,分别为:

  1. CallerRunsPolicy:调用者线程参与执行(常用);
  2. AbortPolicy:直接抛错;
  3. DiscardPolicy:丢弃当前任务;
  4. DiscardOldestPolicy:丢弃在队列中存在时间最长的任务(队头节点)。

当项目中有大量比较耗时的计算任务时,很容易想到去使用多线程提高效率,但同时又不想丢弃任何队列任务,否则业务数据会有问题,所以只能选择CallerRunsPolicy。因此初始化线程池大概如下:

    private static final ThreadPool
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值