Java-线程池动态修改大小

最新推荐文章于 2024-07-31 07:15:00 发布

jessica.glj

最新推荐文章于 2024-07-31 07:15:00 发布

阅读量1.2w

点赞数 1

分类专栏： Java 线程池文章标签：多线程 java 面试

本文链接：https://blog.csdn.net/qq_21239913/article/details/105750002

版权

本文详细介绍了Java线程池的参数及其动态调整，包括核心线程数、最大线程数、存活时间等，并讨论了线程池的常见类型如SingleThreadExecutor、CachePool和FixedThreadPool。深入解析ThreadPoolExecutor源码，分析动态更新线程池参数的工作原理及注意事项，提出了线程池参数优化策略和动态指定队列长度的解决方案。

摘要由CSDN通过智能技术生成

参数说明

corePoolSize：核心线程数大小,不管它们创建以后是不是空闲的。线程池需要保持 corePoolSize 数量的线程，除非设置了 allowCoreThreadTimeOut；

maximumPoolSize：最大线程数,线程池中最多允许创建 maximumPoolSize 个线程;

keepAliveTime：存活时间,如果经过 keepAliveTime 时间后，超过核心线程数的线程还没有接受到新的任务，那就回收;

unit： keepAliveTime 的时间单位;

workQueue：存放待执行任务的队列：当提交的任务数超过核心线程数大小后，再提交的任务就存放在这里。它仅仅用来存放被 execute 方法提交的 Runnable 任务;阻塞队列成员表:

threadFactory：线程工厂,用来创建线程工厂。比如这里面可以自定义线程名称，当进行虚拟机栈分析时，看着名字就知道这个线程是哪里来的，不会懵逼；

handler ：拒绝策略：当队列里面放满了任务、最大线程数的线程都在工作时，这时继续提交的任务线程池就处理不了，应该执行怎么样的拒绝策略；

Executors - 线程池的工厂

SingleThreadExecutor

new ThreadPoolExecutor(1, 1,
                        0L, TimeUnit.MILLISECONDS,
                        new LinkedBlockingQueue<Runnable>())

为什么还有一个线程的线程池？

任务队列
生命周期管理

CachePool

new ThreadPoolExecutor(0, Integer.MAX_VALUE,
                              60L, TimeUnit.SECONDS,
                              new SynchronousQueue<Runnable>())

来一个任务执行一个任务，没有线程活着就新建一个线程

当任务数量忽高忽低时可以考虑

FixedThreadPool

new ThreadPoolExecutor(nThreads, nThreads,
                              0L, TimeUnit.MILLISECONDS,
                              new LinkedBlockingQueue<Runnable>());

线程数是固定的，线程不会被灭活

当任务量比较稳定，可以考虑

ScheduledThreadPool

public ScheduledThreadPoolExecutor(int corePoolSize) {
   
    super(corePoolSize, Integer.MAX_VALUE, 0, NANOSECONDS,
          new DelayedWorkQueue());
}

定时任务线程池

ForkJoinPool

WorkStealingPool

new ForkJoinPool
    (Runtime.getRuntime().availableProcessors(),
     ForkJoinPool.defaultForkJoinWorkerThreadFactory,
     null, true);

每个线程有自己的一个任务队列，当自己任务队列完成了，可以从其他线程的队列拿一个任务出来执行

并发 vs并行

并发是指任务提交，并行指任务执行

并发是并行的子集

面试题：假如提供一个闹钟服务，订阅这个服务的人特别多，10亿人，怎么优化？

ThreadPoolExecutor源码解析

1、常用变量的解释

// 1. `ctl`，可以看做一个int类型的数字，高3位表示线程池状态，低29位表示worker数量
private final AtomicInteger ctl = new AtomicInteger(ctlOf(RUNNING, 0));
// 2. `COUNT_BITS`，`Integer.SIZE`为32，所以`COUNT_BITS`为29
private static final int COUNT_BITS = Integer.SIZE - 3;
// 3. `CAPACITY`，线程池允许的最大线程数。1左移29位，然后减1，即为 2^29 - 1
private static final int CAPACITY   = (1 << COUNT_BITS) - 1;

// runState is stored in the high-order bits
// 4. 线程池有5种状态，按大小排序如下：RUNNING < SHUTDOWN < STOP < TIDYING < TERMINATED
private static final int RUNNING    = -1 << COUNT_BITS;
private static final int SHUTDOWN   =  0 << COUNT_BITS;
private static final int STOP       =  1 << COUNT_BITS;
private static final int TIDYING    =  2 << COUNT_BITS;
private static final int TERMINATED =  3 << COUNT_BITS;

// Packing and unpacking ctl
// 5. `runStateOf()`，获取线程池状态，通过按位与操作，低29位将全部变成0
private static int runStateOf(int c)     {
    return c & ~CAPACITY; }
// 6. `workerCountOf()`，获取线程池worker数量，通过按位与操作，高3位将全部变成0
private static int workerCountOf(int c)  {
    return c & CAPACITY; }
// 7. `ctlOf()`，根据线程池状态和线程池worker数量，生成ctl值
private static int ctlOf(int rs, int wc) {
    return rs | wc; }

/*
 * Bit field accessors that don't require unpacking ctl.
 * These depend on the bit layout and on workerCount being never negative.
 */
// 8. `runStateLessThan()`，线程池状态小于xx
private static boolean runStateLessThan(int c, int s) {
   
    return c < s;
}
// 9. `runStateAtLeast()`，线程池状态大于等于xx
private static boolean runStateAtLeast(int c, int s) {
   
    return c >= s;
}