SpringBootmaxConnections、maxThreads、acceptCount解析maxConnections、maxThreads、acceptCount:
如果tomcat当前处理的请求数⼩于等于maxConnections，则acceptCount所对应的队列会是空。即有3个窗⼝，2个⼈来，就不需要排队
如果tomcat当前处理的请求数⼤于maxConnections，则新来的请求会放到队列长度为acceptCount的队列中。即有3个窗⼝，5个⼈来，就需要排队
maxThreads是tomcat中实际处理请求的并发数，即同时可以处理⼏个请求。如果maxThreads=2，即3个窗⼝，后⾯只有2个⼈在处理
使⽤kill -9杀掉springboot应⽤后，⽴马java -jar重启，会报错，需要等待⼀段时间才能启动成功，
报错的原因是：/tmp/tomcat-docbase.4749794910434376321.9086] is not valid
以下是详细错误信息：
Caused by: org.apache.catalina.LifecycleException: Failed to start component [org.apache.catalina.webresources.StandardRoot@53001498]
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:158) ~[tomcat-embed-core-8.5.4.jar!/:8.5.4]
at org.sourcesStart(StandardContext.java:4831) ~[tomcat-embed-core-8.5.4.jar!/:8.5.4]
at org.StandardContext.startInternal(StandardContext.java:4963) ~[tomcat-embed-core-8.5.4.jar!/:8.5.4]
... 7 more
Caused by: java.lang.IllegalArgumentException: The main resource set specified [/tmp/tomcat-docbase.4749794910434376321.9086] is not valid
at org.apache.catalina.ateMainResourceSet(StandardRoot.java:725) ~[tomcat-embed-core-8.5.4.jar!/:8.5.4]
at org.apache.catalina.webresources.StandardRoot.startInternal(StandardRoot.java:686) ~[tomcat-embed-core-8.5.4.jar!/:8.5.4]
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:152) ~[tomcat-embed-core-8.5.4.jar!/:8.5.4]
at org.sourcesStart(StandardContext.java:4831) ~[tomcat-embed-core-8.5.4.jar!/:8.5.4]
at org.StandardContext.startInternal(StandardContext.java:4963) ~[tomcat-embed-core-8.5.4.jar!/:8.5.4]
... 7 more
mealtime-report-[15:48:37:716] [ERROR] - org.apache.juli.logging.DirectJDKLog.log(DirectJDKLog.java:181) - A child container failed during start
[root@localhost tmp]# ls -dlt tomcat*
drwxr-xr-x 3 root root 4096 May 1514:19 tomcat.2482651926943103152.4444
drwxr-xr-x 2 root root 4096 May 1514:19 tomcat-docbase.1606353072223048027.4444
drwxr-xr-x 3 root root 4096 May 1514:19 tomcat.6427937730432992105.4004
drwxr-xr-x 2 root root 4096 May 1514:19 tomcat-docbase.9014354490424152602.4004
drwxr-xr-x 3 root root 4096 May 1418:21 tomcat.365692316696650885.2000
drwxr-xr-x 2 root root 4096 May 1418:21 tomcat-docbase.8871210702020412482.2000
drwxr-xr-x 3 root root 4096 May 1418:21 tomcat.9194454391130879725.2222
drwxr-xr-x 2 root root 4096 May 1418:21 tomcat-docbase.6449009990528406178.2222
drwxr-xr-x 3 root root 4096 May 1116:31 tomcat.7533402776366547594.3333
drwxr-xr-x 2 root root 4096 May 1116:31 tomcat-docbase.8347169054078560101.3333
drwxr-xr-x 3 root root 4096 May 1116:31 tomcat.5755321441664547955.3004
drwxr-xr-x 2 root root 4096 May 1116:31 tomcat-docbase.4368794759444711233.3004
drwxr-xr-x 3 root root 4096 May 1116:31 tomcat.7487101127514666304.4444
drwxr-xr-x 2 root root 4096 May 1116:31 tomcat-docbase.3505389582011000978.4444
drwxr-xr-x 3 root root 4096 May 1116:30 tomcat.6483749742824168608.4004
drwxr-xr-x 2 root root 4096 May 1116:30 tomcat-docbase.2936863713994400124.4004
drwxr-xr-x 3 root root 4096 May 1116:30 tomcat.8814016287852028090.2000
drwxr-xr-x 2 root root 4096 May 1116:30 tomcat-docbase.5759661693624441557.2000
drwxr-xr-x 3 root root 4096 May 1116:30 tomcat.3084296173620137759.2222
drwxr-xr-x 2 root root 4096 May 1116:30 tomcat-docbase.2913734529869658765.2222
drwxr-xr-x 3 root root 4096 May 1116:30 tomcat.1261539854295462589.3333
drwxr-xr-x 2 root root 4096 May 1116:30 tomcat-docbase.4327066414867055940.3333
drwxr-xr-x 3 root root 4096 May 1116:30 tomcat.1652439996406851728.3004
drwxr-xr-x 2 root root 4096 May 1116:30 tomcat-docbase.5233226104416503892.3004
drwxr-xr-x 3 root root 4096 May 1111:38 tomcat.8505864110333115533.3333
drwxr-xr-x 2 root root 4096 May 1111:38 tomcat-docbase.5036544091928181133.3333
drwxr-xr-x 3 root root 4096 May 1111:37 tomcat.494020510980868278.3004
drwxr-xr-x 2 root root 4096 May 1111:37 tomcat-docbase.468265602651303178.3004
drwxr-xr-x 3 root root 4096 May 1111:36 tomcat.8093369488059063930.3004
drwxr-xr-x 2 root root 4096 May 1111:36 tomcat-docbase.7679645853200594654.3004
drwxr-xr-x 3 root root 4096 May 1111:31 tomcat.5040740781547956399.4444
drwxr-xr-x 2 root root 4096 May 1111:31 tomcat-docbase.8256790475295084303.4444
drwxr-xr-x 3 root root 4096 May 1111:31 tomcat.7344112750169248130.4004
drwxr-xr-x 2 root root 4096 May 1111:31 tomcat-docbase.2016044219412775812.4004
drwxr-xr-x 3 root root 4096 May 1111:30 tomcat.3866209351076068036.4444
site:  maxConnections
acceptCount The maximum queue length for incoming connection requests when all possible request processing threads are in use. Any requests received when the queue is full will be refused. The default value is 100.
maxConnections The maximum number of connections that the server will accept and process at any given time. When this number has been reached, the server will accept, but not process, one further connection. This a until the number of connections being processed falls below maxConnections at which point the server will start accepting and processing new connections again. Note that once the limit has been reache accept connections based on the acceptCount setting. The default value is 8192.
For NIO/NIO2 only, setting the value to -1, will disable the maxConnections feature and connections will not be counted.
maxThreads The maximum number of request processing threads to be created by this Connector, which therefore determines the maximum number of simultaneous requests that can be handled. If not specified, this attribute is set to 200. If an executor is associated with this connector, this attribute is ignored as the connector will execute tasks using the executor rather than an internal thread pool. Not
e that if an executor is configured any value set for this attribute will be recorded correctly but it will be reported (e.g. via JMX) as -1 to make clear that it is not used.
详解：maxConnections、maxThreads、acceptCount
tomcat中maxConnections、maxThreads、acceptCount的具体含义是什么呢？参考官⽅⽂档，对三者的含义说明如下：⼀、accept-count：最⼤等待数
官⽅⽂档的说明为：当所有的请求处理线程都在使⽤时，所能接收的连接请求的队列的最⼤长度。当队列已满时，任何的连接请求都将被拒绝。accept-count的默认值为100。详细的来说：当调⽤HTTP请求数达到tomcat的最⼤线程数时，还有新的HTTP请求到来，这时tomcat会将该请求放在等待队列中，这个acceptCount就是指能够接受的最⼤等待数，默认100。如果等待队列也被放满了，这个时候再来新的请求就会被tomcat拒绝（connection refused）。
⼆、maxThreads：最⼤线程数
每⼀次HTTP请求到达Web服务，tomcat都会创建⼀个线程来处理该请求，那么最⼤线程数决定了Web服务容器可以同时处理多少个请求。maxThreads默认200，肯定建议增加。但是，增加线程是有成本的，更多的线程，不仅仅会带来更多的线程上下⽂切换成本，⽽且意味着带来更多的内存消耗。JVM中
默认情况下在创建新线程时会分配⼤⼩为1M 的线程栈，所以，更多的线程异味着需要更多的内存。线程数的经验值为：1核2g内存为200，线程数经验值200；4核8g内存，线程数经验值800。
三、maxConnections：最⼤连接数
官⽅⽂档的说明为：
这个参数是指在同⼀时间，tomcat能够接受的最⼤连接数。对于Java的阻塞式BIO，默认值是maxthreads的值；如果在BIO模式使⽤定制的Executor执⾏器，默认值将是执⾏器中maxthreads的值。对于Java 新的NIO模式，maxConnections 默认值是10000。springboot原理图解
对于windows上APR/native IO模式，maxConnections默认值为8192，这是出于性能原因，如果配置的值不是1024的倍数，maxConnections 的实际值将减少到1024的最⼤倍数。
如果设置为-1，则禁⽤maxconnections功能，表⽰不限制tomcat容器的连接数。
maxConnections和accept-count的关系为：当连接数达到最⼤值maxConnections后，系统会继续接收连接，但不会超过acceptCount的值。
四、参数设置
（1）maxThreads的设置既与应⽤的特点有关，也与服务器的CPU核⼼数量有关。
通过前⾯介绍可以知道，maxThreads数量应该远⼤于CPU核⼼数量；⽽且CPU核⼼数越⼤，maxThreads应该越⼤；应⽤中CPU越不密集（IO越密集），maxThreads应该越⼤，以便能够充分利⽤CPU。
当然，maxThreads的值并不是越⼤越好，如果maxThreads过⼤，那么CPU会花费⼤量的时间⽤于线程的切换，整体效率会降低。
（2）maxConnections的设置与Tomcat的运⾏模式有关。如果tomcat使⽤的是BIO，那么maxConnections的值应该与maxThreads⼀致；如果tomcat使⽤的
是NIO，maxConnections值应该远⼤于maxThreads。
（3）通过前⾯的介绍可以知道，虽然tomcat同时可以处理的连接数⽬是maxConnections，但服务器中可以同时接收的连接数为maxConnections+acceptCount 。acceptCount的设置，与应⽤在连接过⾼情况下希望做出什么反应有关系。
如果设置过⼤，后⾯进⼊的请求等待时间会很长；如果设置过⼩，后⾯进⼊的请求⽴马返回connection refused。
1.4.3 图解：maxConnections、maxThreads、acceptCount关系
⽤⼀个形象的⽐喻，通俗易懂的解释⼀下tomcat的最⼤线程数（maxThreads）、最⼤等待数（acceptCount）和最⼤连接数（maxConnections）三者之间的关系。
我们可以把tomcat⽐做⼀个⽕锅店，流程是取号、⼊座、叫服务员，可以做⼀下三个形象的类⽐：
（1）acceptCount 最⼤等待数
可以类⽐为⽕锅店的排号处能够容纳排号的最⼤数量；排号的数量不是⽆限制的，⽕锅店的排号到了⼀定数据量之后，服务往往会说：已经客满。
（2）maxConnections 最⼤连接数
可以类⽐为⽕锅店的⼤堂的餐桌数量，也就是可以就餐的桌数。如果所有的桌⼦都已经坐满，则表⽰餐厅已满，已经达到了服务的数量上线，不能再有顾客进⼊餐厅了。
（3）maxThreads：最⼤线程数
可以类⽐为厨师的个数。每⼀个厨师，在同⼀时刻，只能给⼀张餐桌炒菜，就像极了JVM中的⼀条线程。
整个就餐的流程，⼤致如下：
（1）取号：如果maxConnections连接数没有满，就不需要取号，因为还有空余的餐桌，直接被⼤堂服务员领上餐桌，点菜就餐即可。如果 maxConnections 连接数满了，但是取号⼈数没有达到 acceptCount，则取号成功。如果取号⼈数已达到acceptCount，则拿号失败，会得到Tomcat的Connection refused connect 的回复信息。
（2）上桌：如果有餐桌空出来了，表⽰maxConnections连接数没有满，排队的⼈，可以进⼊⼤堂上桌就餐。
（3）就餐：就餐需要厨师炒菜。厨师的数量，⽐顾客的数量，肯定会少⼀些。⼀个厨师⼀定需要给多张餐桌炒菜，如果就餐的⼈越多，厨师也会忙不过来。这时候就可以增加厨师，⼀增加到上限maxThreads的值，如果还是不够，只能是拖慢每⼀张餐桌的上菜速度，这种情况，就是⼤家常见的“上⼀道菜吃光了，下⼀道菜还没有上”尴尬场景。
maxConnections、maxThreads、acceptCount关系图如下
对tomcat连接器3个属性maxConnections、maxThreads、acceptCount的理解：
maxConnections描述红⾊部分说明当连接数达到最⼤值后，系统会继续接收连接但不会超过acceptCou
nt的值。
理解：
我们可以把tomcat⽐做⼀个电影院，流程是取号、买票、观影，acceptCount⽐作前厅(容纳取到号的⼈)、maxConnections⽐作⼤厅（容纳买到票的⼈）、maxThreads⽐作影厅（可以理解⼀个影厅只容纳⼀个⼈，因为⼀个线程同时只处理⼀个请求），以下场景是针对已达到maxConnections最⼤值来讨论的
1）取号：如果前厅⼈数已达到acceptCount，则拿号失败，会得到Connection refused connect的回复信息。反之则会进⼊前厅，等待买票。
2）买票：当⼤厅⼈数⼩于maxConnections时，前厅的⼈就可以进⼊⼤厅
3）观影：当影厅的⼈离开时，⼤厅的部分⼈能进⼊影厅，⼀般来讲⼤厅的容量要远⼤于影厅的数量。
本⽂是针对apache-tomcat-7.0.55做的测试。
l配置参数
<Connector port="8080" protocol="http11.Http11NioProtocol" acceptCount="2" maxConnections="10" maxThreads="2"
connectionTimeout="20000"
redirectPort="8443" />
Servlet的代码：休眠20秒
protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
try {
InputStream is = InputStream();
System.out.println(new Date()+":"+is+"开始");
Thread.sleep(20000);
System.out.println(new Date()+":"+is+"结束");
} catch (InterruptedException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
}
⼀个请求或⼀个connection的⽣命周期：可以简单的理解为从doGet或doPost开始response响应结束。
使⽤JMeter测试，线程数20，连接超时时间10s，响应超时时间30s 测试结果：
察看结果数：
第1秒：8个请求得到响应数据：Connection refused connect
第20秒：2个请求正常响应
第30秒：剩余10个请求得到响应数据：Readtimed out
tomcat⽇志：

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。