WINDOWS *** 作系统中可以允许最大的线程数

这个问题的产生是因为windows32位系统，一个进程所能使用的最大虚拟内存为2G，而一个线程的默认线程栈StackSize为1024K（1M），这样当线程数量逼近2000时，2000*1024K=2G(大约），内存资源就相当于耗尽。

32位线程默认栈空间大小是1M，在我的64位的电脑上，32位的程序的最大虚拟内存是4G，所以线程数最多是4096个（4G/1M）。

64位的程序虚拟内存可达8T，目前来说可以支持一个巨大的线程数。但是受限于实际的物理内存大小。如果内存限制忽略不计的话，下面的表格可以最大线程数：

附：Win32将低区的2GB留给进程使用， 高区的2GB则留给系统使用。

Linux将高位1GB留给内核，低位3GB留给进程。

I5 3210M属于双核心四线程处理器，打开任务管理器只有CPU两个分隔的话，最大原因是在BIOS里把Hyper Threding关闭了，开机按DEL进入BIOS，把Hyper Threding改为enable就可以了。

对于32位处理器而言，最多只能识别的内存大小为3.5GB左右，4GB的内存无法被完全识别的，只是64位处理器，才能将4GB的内存完全识别的。

介绍下I5 3210M这款处理器参数：

线程数：四线程；

制造工艺：22纳米；

三级缓存：3MB；

热设计功耗：35W；

CPU主频：2.5GHz；

最大睿频：3.1GHz。

Tomcat 作为 Java Web 程序比较常用的 Servlet 容器实现，在 Web 开发中有比较重要的地位。

Tomcat 有三种 IO 模式，BIO、NIO、APR。

在 Tomcat7 及以下 Linux 中默认启用的是 BIO 模式，Tomcat8 及以上使用的是 NIO 模式，利用 Java 的异步 IO 处理，可以通过少量的线程处理大量的连接请求。

除这两种方式外，还有一种 APR（Apache Portable Runtime） 模式，从 *** 作系统层面解决 IO 阻塞问题。Tomcat7 或Tomcat8 在 Win7 或以上的系统中启动默认使用这种方式。

要注意的是，在 SpringBoot 内嵌的 Tomcat 不自动开启 APR 模式，需要手动进行配置。

可以通过启动日志看到 SpringBoot 中启用的 IO 模式：

关于 BIO、NIO、APR 的详解不做过多介绍。

这个参数是指在同一时间，Tomcat 能够接受的最大连接数。对于 Java 的阻塞式 BIO，默认值是 maxthreads 的值；可以通过配置 Executor 执行器来修改这个值。

对于 Java 新的 NIO 模式，maxConnections 默认值是 10000。

对于 windows 上 APR/native IO模式，maxConnections 默认值为 8192，这是出于性能原因，如果配置的值不是 1024 的倍数，maxConnections 的实际值将减少到 1024 的最大倍数。

如果设置为 -1，则禁用 maxconnections 功能，表示不限制tomcat容器的连接数。

简单来说就是 Tomcat 总共允许建立多少连接。

每一次 Http 请求到达 Web 服务，Tomcat 都会创建一个线程来处理该请求，最大线程数决定了 Web 服务同时可以处理多少请求。maxThreads 默认值为 200，建议增加，但是增加线程是有成本的，更多的线程代表会有更多的上下文切换，也意味着 JVM 会分配更多的内存。

当 Tomcat 的最大连接数 maxConnections 被占满之后，后续的请求就会进行排队，排队的最大数量就是 acceptCount，举个例子，当前 maxConnections 为 10，acceptCount 为 5，并且 maxConnections 已经使用了 10，那么后续的请求就会排队，每来一个请求，acceptCount 就会 +1 ，当 acceptCount 增加到 5 ，在后续的请求就会被直接放弃。

HTTP 协议运行在 TCP 之上，所以每次请求到来，客户端和服务端会建立一次 TCP 连接，建立连接需要三次握手，所以就需要一定的时间，connection-timeout 限制了连接建立的时间，当建立连接时间超过这个值，连接就会建立失败。默认为 20000ms。

常用配置：

我们可以把 Tomcat 比作餐厅，餐厅有排队取号区域，餐桌，厨房，厨师。

maxConnections 可以类比为餐桌数量，acceptCount 可以类比为排队取号队列长度，maxThreads 可以类比为厨房里厨师的数量。

当客人来的时候，如果餐桌数量没坐满，客人可以直接上餐桌点餐，点餐之后，厨师就会做这一桌的食物，一个厨师同时只能为一桌服务。

当客人来的时候，如果餐桌坐满了，就需要去排队取号区排队取号，如果取号区人也排满了，餐厅就会赶你走。

由于厨师数量可能少于餐桌的数量，所以会出现多个厨师负责多个餐桌的情乱，也就是线程数量不够，连接等待处理的情况。

SpringBoot 配置：

接口定义(模拟处理需要 5 秒):

使用 Jmeter 同时使用 50 个线程访问测试：

查看测试报告：

测试结果：

只有两个请求请求成功，因为最大连接数为1 ，排队数量为 1，所以最多只能处理两个请求，其余的 48 个请求直接被丢弃。

---