最大线程数200为啥还能启动线程_可动态调节参数的线程池实现

背景

线程池是一种基于池化思想管理线程的工具，使用线程池可以减少创建销毁线程的开销，避免线程过多导致系统资源耗尽。在高并发的任务处理场景，线程池的使用是必不可少的。在双11主图价格表达项目中为了提升处理性能，很多地方使用到了线程池。随着线程池的使用，逐渐发现一个问题，线程池的参数如何设置？

线程池参数中有三个比较关键的参数，分别是corePoolSize（核心线程数）、maximumPoolSize（最大线程数）、workQueueSzie（工作队列大小）。根据任务的类型可以区分为IO密集型和CPU密集型，对于CPU密集型，一般经验是设置corePoolSize=CPU核数+1，对于IO密集型需要根据具体的RT和流量来设置，没有普适的经验值。然而，我们一般遇到的情况多数是处理IO密集型任务，如果线程池参数不可动态调节，就没办法根据实际情况实时调整处理速度，只能通过发布代码调整参数。

如果线程池参数不合理会导致什么问题呢？下面列举几种可能出现的场景：

1. 最大线程数设置偏小，工作队列大小设置偏小，导致服务接口大量抛出RejectedExecutionException。
2. 最大线程数设置偏小，工作队列大小设置过大，任务堆积过度，接口响应时长变长。
3. 最大线程数设置过大，线程调度开销增大，处理速度反而下降。
4. 核心线程数设置过小，流量突增时需要先创建线程，导致响应时长过大。
5. 核心线程数设置过大，空闲线程太多，占用系统资源。

线程池任务调度机制

要明白线程池参数对运行时的影响，就必须理解其中的原理，所以下面先简单总结了线程池的核心原理。

Java中的线程池核心实现类是ThreadPoolExecutor，ThreadPoolExecutor一方面维护自身的生命周期，另一方面同时管理线程和任务，使两者良好的结合从而执行并行任务。用户无需关注如何创建线程，如何调度线程来执行任务，用户只需提供Runnable对象，将任务的运行逻辑提交到执行器(Executor)中，由Executor框架完成线程的调配和任务的执行部分。

ThreadPoolExecutor是如何运行，如何同时维护线程和执行任务的呢？其运行机制如下图所示：

所有任务的调度都是由execute方法完成的，这部分完成的工作是：检查现在线程池的运行状态、运行线程数、运行策略，决定接下来执行的流程，是直接申请线程执行，或是缓冲到队列中执行，亦或是直接拒绝该任务。其执行过程如下：

1. 首先检测线程池运行状态，如果不是RUNNING，则直接拒绝，线程池要保证在RUNNING的状态下执行任务。
2. 如果workerCount < corePoolSize&#x