SpringBoot 应用的并发处理能力

SpringBoot 应用的并发处理能力一直是一个备受关注的话题。经典的面试题之一就是，SpringBoot 应用可以同时并发处理多少请求？这个问题的答案主要受两个因素影响，即使用的 Servlet 容器（默认使用 Tomcat，常用的还有 jetty、undertow）和相关配置项。在默认配置下，SprigBoot 应用可以并发处理 200 请求。

这个并发数是如何得出的呢？SprigBoot 默认使用Tomcat，而Tomcat线程池的最大线程数就是200。这意味着并发数受到线程池配置的影响。然而，有朋友可能会有疑问，并发数不是应该受队列长度影响吗？难道队列长度也只有200，才会使用最大线程数吗？

Tomcat线程池

在了解并发处理能力的背后，我们需要深入了解Tomcat线程池的工作原理。JDK 的线程池，是先使用核心线程数配置，接着使用队列长度，最后再使用最大线程配置。而Tomcat 的线程池则是先使用核心线程数配置，再使用最大线程配置，最后才使用队列长度。

底层源码

runWorker

进入 runWorker 之后，这部分代码看起来很眼熟：

在 getTask 方法里面，可以看到关于线程池的几个关键参数：

• corePoolSize，核心线程数，值为 10。

• maximumPoolSize，最大线程数，值为 200。

而且基于 maximumPoolSize 这个参数，往前翻代码，会发现这个默认值就是 200：

Tomcat线程池默认队列长度：

Tomcat线程池：

• 核心线程数，值为 10。

• 最大线程数，值为 200。

• 队列长度，值为 Integer.MAX_VALUE。

往线程池里面提交任务的时候，会执行 execute 这个方法：

对于 Tomcat 它会调用到 executeInternal 这个方法：

这个方法里面，标号为

• ① 的地方，就是判断当前工作线程数是否小于核心线程数，小于则直接调用 addWorker 方法，创建线程。

• ② 的地方主要是调用了 offer 方法，看看队列里面是否还能继续添加任务。

• 如果不能继续添加，说明队列满了，则来到标号为 ③ 的地方，看看是否能执行 addWorker 方法，创建非核心线程，即启用最大线程数。

接下来看 workQueue.offer(command) 这个逻辑。如果返回 true 则表示加入到队列，返回 false 则表示启用最大线程数嘛。

workQueue.offer

这个 workQueue 是 TaskQueue，是 Tomcat 自己基于 LinkedBlockingQueue 搞的一个队列。

标号为 ① 的地方，判断了 parent 是否为 null，如果是则直接调用父类的 offer 方法。说明要启用这个逻辑，我们的 parent 不能为 null。

parent 就是 Tomcat 线程池，通过其 set 方法可以知道，是在线程池完成初始化之后，进行了赋值。也就是说，在 Tomcat 的场景下，parent 不会为空。

标号为 ② 的地方，调用了 getPoolSizeNoLock 方法：这个方法是获取当前线程池中有多个线程。所以如果这个表达式为 true：

parent.getPoolSizeNoLock() == parent.getMaximumPoolSize()

就表明当前线程池的线程数已经是配置的最大线程数了，那就调用 offer 方法，把当前请求放到到队列里面去。

标号为 ③ 的地方，是判断已经提交到线程池里面待执行或者正在执行的任务个数，是否比当前线程池的线程数还少。如果是，则说明当前线程池有空闲线程可以执行任务，则把任务放到队列里面去，就会被空闲线程给取走执行。

标号为 ④ 的地方。如果当前线程池的线程数比线程池配置的最大线程数还少，则返回 false。offer 方法返回 false，会出现什么情况？

offer返回false 则开始到上图中标号为 ③ 的地方，去尝试添加非核心线程了，也就是启用最大线程数这个配置了。

总结

JDK 的线程池，是先使用核心线程数配置，接着使用队列长度，最后再使用最大线程配置。Tomcat 的线程池，就是先使用核心线程数配置，再使用最大线程配置，最后才使用队列长度。因此，要调整增大SpringBoot的最大线程数，可以通过调整 最大线程数来 控制并发数量。

面试题专栏

Java面试题专栏已上线，欢迎访问。如果你不知道简历怎么写，简历项目不知道怎么包装；如果简历中有些内容你不知道该不该写上去；如果有些综合性问题你不知道怎么答；那么可以私信我，我会尽我所能帮助你。