线程池核心线程数可以为0吗,线程池的五种状态

线程池核心线程数可以为0吗,线程池的五种状态

基于并发数(线程数) 我们之前介绍的都是基于QPS的，在sentinel中提供了基于并发数的策略，效果类似于信号量隔离，当我们需要让业务线程池不被慢调用耗尽，我们就可以使用这种模式。通在构造函数中，corePoolSize为线程池核心线程数。默认情况下，核心线程会一直存活，但是当将allowCore

线程池中的线程数量大于corePoolSize 时，如果某线程空闲时间超过keepAliveTime,线程将被终止，直至线程池中的线程数目不大于corePoolSize;如果允许为核心池中的线程设置存线程数= CPU 核心数/ (1 - 阻塞系数) 其中计算密集型阻塞系数为0,IO 密集型阻塞系数接近1,一般认为在0.8 ~ 0.9 之间。比如8 核CPU,按照公式就是2 / ( 1

˙ω˙ 线程池核心线程为0依然执行privatefinalThreadPoolExecutor executorService =newThreadPoolExecutor(0, 20, 60, TimeUnit.MILLISECONDS,newLinkedBlockingQu3、核心线程数+队列容量)<任务数<=(最大线程数+队列容量)时，此例中，任务数n=8时，2个核心线程去处理其中的2个任务，其余6个中3个放入阻塞队列queue中，还剩余3

工作中看到同事代码，线程池参数中核心线程数设置为0。第一反应觉得不会执行任务。很多人可能有和我一样的认知：线程池启动会先创建核心线程，然后存储阻塞队列，聪明的你一定会想到，如果把corePoolSize设置为0,再给keepAliveTime指定一个值的话，那么线程池在空闲一段时间之后，不就可以自动关闭了吗？没错，这就是线程池自动关闭的第一种情况。1

1、核心线程数可以为0 2、核心+救急线程数量不能超过最大线程数目3、workQueue是工作队列，起到缓冲作用，如图，如果有四个任务进来，只有三个线程，他这时候不会创建救急线程，而是先聪明的你一定会想到，如果把corePoolSize设置为0,再给keepAliveTime指定一个值的话，那么线程池在空闲一段时间之后，不就可以自动关闭了吗？没错，这就是线程池自动关闭的第一种情