关于线程池（ThreadPoolExecutor）参数的浅析

引子

线程池在项目中很常用，需要多个任务异步执行的地方我们都会去创建一个线程池。
我们看到 ThreadPoolExecutor源码中提供了更方便的工厂方法（Executors）使用。

提供方便应该是更好的，而阿里针对线程池工厂方法的使用做了限制，是为什么呢？

限制的恰好是工厂方法中对应提供的几个方法，让我们带着疑问去看源码是为什么

分析

ThreadPoolExecutor 提供了很多参数，分别介绍一下：

• corePoolSize 线程池中最少的工作线程，不允许销毁，除非设置了 allowCoreThreadTimeOut 参数
• maximumPoolSize 线程池中最多工作线程数（最大可以是2^29-1个）
• workQueue 任务队列，用于保存任务和执行任务之间切换
• keepAliveTime: 如果 当前线程数量 > corePoolSize，多出来的线程会在keepAliveTime之后就被释放掉
• unit: keepAliveTime的时间单位,比如分钟,小时等
• handler: 就是说当线程,队列都满了,之后采取的策略,比如抛出异常等策略

接下来我们通过实际场景分析一下。
我们假定有这个场景：

corePoolSize：1
mamximumPoolSize：3
keepAliveTime：60s
workQueue：ArrayBlockingQueue，有界阻塞队列，队列大小是4
handler：默认的策略，抛出来一个ThreadPoolRejectException

以下是新任务来时的场景：以poolSize=0 表示线程数量

• 来了一个任务，poolSize<corePoolSize 新建一个线程
• 又来了一个任务，poolSize>=corePoolSize ，队列未满，将任务丢入队列等待执行
• 继续添加任务，如果队列满了，而 poolSize < maximum，此时将会新建线程
• 如果继续添加任务，队列满，线程数量达到maximum，则会让handler 去处理。默认抛出异常
• 如果现在线程数量是3，但是都处于空闲状态，空闲超过60s 之后，其中2个线程就会被回收，保留一个（coolPoolSize=1）

所以当任务来临时的处理顺序是这样的：

• 首先创建 corePoolSize 线程
• 然后丢到队列等待
• 队列满，新建maximum线程
• 继续满，handler 处理

被禁止的原因

• 先看看 FixedThreadPool
  
  可以看到，队列是没有限制大小的，所以，不会出现让 handler 去处理的情况。
  SingleThreadPool 同理
• 再看看CachedThreadPool
  
  可以看到，最大线程数是 Integer.MAX_VALUE ,线程数量太多。
  ScheduledThreadPool 同理

总结

使用线程池前，先弄清楚各个参数的意义，然后再去使用自定义参数，让后续看代码的人可以清楚的知道线程的瓶颈，根据需要去使用。

转载于:https://www.cnblogs.com/paxing/p/10557545.html