springboot tomcat最大线程数与最大连接数
首先看看springboot内置的tomcat，该如何配置这两个参数
# 在配置文件中添加如下内容
# tomcat最大线程数，默认为200
server.tomcat.max-threads=200
# tomcat最大连接数，默认为10000（网上的说法）
server.tomcat.max-connections=300如何理解上面两个参数
为了方便理解，我这里使用了springboot编写了一个简单了的服务，包含一个模拟登录的接口，并使用jmeter进行测试，不了解jmeter如何使用的朋友可以翻看我的历史文章。部分代码如下
// java 代码
@RestController
@RequestMapping("/user")
public class UserController {
@Autowired
private UsersRepository usersRepository;
@PostMapping("/login")
public String login(Users user) throws InterruptedException {
// 这里将线程挂起3秒，方便观察结果
Thread.sleep(3000);
Users checkUser = usersRepository.findByName(user.getName());
if(checkUser == null)
return "用户不存在";
if(!checkUser.getPassword().equals(user.getPassword()))
return "密码错误";
System.out.println("用户:" + checkUser.getName() + ",登录成功");
return "登录成功";
}
}
接下来，设置jmeter中的线程数，分别测试以下场景返回的结果
注意：我在java代码中添加将线程挂起3秒的语句，实际的响应时间应该减去3秒
场景1：并发请求数 <= tomcat最大线程数200
设置jmeter并发请求数量为200
结果统计
结论：可以看到200个请求，平均响应时间为(3156-3000)=156ms,最小响应时间为23ms，最大响应时间为336ms,响应结果正常。
场景2：并发数 >tomcat最大线程数200，以下我将jmeter线程数设置为201，再来看看结果
看了下，平均值，最小值好像没什么异常，但是最大值却去到了5606毫秒，接近6S的时间。为什么会有个接近6S的最大值，原因很简单，因为tomcat最大的线程数为200,201的并发请求量，超出了并发处理的数量200，多出来的1个请求，需要等待某个处理中的请求处理完成。
这里我翻看了jmeter中大部分的http请求，验证了我的想法。大部分的http请求，响应时间都是3000多毫秒，只有最后一个响应的请求，响应的时间为5606毫秒，截图如下
场景3：请求数超过最大连接数300，这里将jmeter并发线程数设置为600
异常数量由原本的百分之0变成37.45%
可以看到有大量的没有正常响应的http请求，原因很简单，因为超过了tomcat设置的最大连接数，服务器拒绝了该次请求的连接
SpringBoot中修改tomcat最大连接数、最大线程数、最大等待数
1）maxThreads（最大线程数）
每一次HTTP请求到达Web服务器，Web服务器都会创建一个线程来处理该请求，该参数决定了应用服务同时可以处理多少个HTTP请求，tomcat默认为200；
2）accepCount（最大等待数）
当调用Web服务的HTTP请求数达到tomcat的最大线程数时，还有新的HTTP请求到来，这时tomcat会将该请求放在等待队列中，这个acceptCount就是指能够接受的最大等待数，默认100.如果等待队列也被放满了，这个时候再来新的请求就会被tomcat拒绝（connection refused）；
3）maxConnections（最大连接数）
这个参数是指在同一时间，tomcat能够接受的最大连接数。一般这个值要大于maxThreads+acceptCount。
根据公司用户量及机器配置信息，公司的最大连接数、最大线程数和最大等待数优化为：
#最大连接数
server.tomcat.max-connections=2000
#最大线程数
server.tomcat.max-threads=1000
#最大等待数
server.tomcat.accept-count=800
以上为个人经验，希望能给大家一个参考，也希望大家多多支持编程网。
