今朝大大都HTTP请求利用的是长毗连（HTTP/1.1默认keep-alive为true），而长毗连意味着，一个TCP的socket在当前请求竣事后，假如没有新的请求到来，socket不会立马释放，而是等timeout后再释放。假如利用BIO，“读取socket并交给Worker中的线程”这个进程是阻塞的，也就意味着在socket期待下一个请求或期待释放的进程中，处理惩罚这个socket的事情线程会一直被占用，无法释放；因此Tomcat可以同时处理惩罚的socket数目不能高出最大线程数，机能受到了极大限制。而利用NIO，“读取socket并交给Worker中的线程”这个进程长短阻塞的，当socket在期待下一个请求或期待释放时，并不会占用事情线程，因此Tomcat可以同时处理惩罚的socket数目远大于最大线程数，并发机能大大提高。
二、3个参数：acceptCount、maxConnections、maxThreads
再回首一下Tomcat处理惩罚请求的进程：在accept行列中吸收毗连（当客户端向处事器发送请求时，假如客户端与OS完成三次握手成立了毗连，则OS将该毗连放入accept行列）；在毗连中获取请求的数据，生成request；挪用servlet容器处理惩罚请求；返回response。
相对应的，Connector中的几个参数成果如下：
1、acceptCount
accept行列的长度；当accept行列中毗连的个数到达acceptCount时，行列满，进来的请求一律被拒绝。默认值是100。
2、maxConnections
Tomcat在任意时刻吸收和处理惩罚的最大毗连数。当Tomcat吸收的毗连数到达maxConnections时，Acceptor线程不会读取accept行列中的毗连；这时accept行列中的线程会一直阻塞着，直到Tomcat吸收的毗连数小于maxConnections。假如配置为-1，则毗连数不受限制。
默认值与毗连器利用的协议有关：NIO的默认值是10000，APR/native的默认值是8192，而BIO的默认值为maxThreads（假如设置了Executor，则默认值是Executor的maxThreads）。
在windows下，APR/native的maxConnections值会自动调解为配置值以下最大的1024的整数倍；如配置为2000，则最大值实际是1024。
3、maxThreads
请求处理惩罚线程的最大数量。默认值是200（Tomcat7和8都是的）。假如该Connector绑定了Executor，这个值会被忽略，因为该Connector将利用绑定的Executor，而不是内置的线程池来执行任务。
maxThreads划定的是最大的线程数目，并不是实际running的CPU数量；实际上，maxThreads的巨细比CPU焦点数量要大得多。这是因为，处理惩罚请求的线程真正用于计较的时间大概很少，大大都时间大概在阻塞，如期待数据库返回数据、期待硬盘读写数据等。因此，在某一时刻，只有少数的线程真正的在利用物理CPU，大大都线程都在期待；因此线程数远大于物理焦点数才是公道的。
换句话说，Tomcat通过利用比CPU焦点数量多得多的线程数，可以使CPU繁忙起来，大大提高CPU的操作率。
4、参数配置
（1）maxThreads的配置既与应用的特点有关，也与处事器的CPU焦点数量有关。通过前面先容可以知道，maxThreads数量应该远大于CPU焦点数量；并且CPU焦点数越大，maxThreads应该越大；应用中CPU越不麋集（IO越麋集），maxThreads应该越大，以便可以或许充实操作CPU。虽然，maxThreads的值并不是越大越好，假如maxThreads过大，那么CPU会耗费大量的时间用于线程的切换，整体效率会低落。
（2）maxConnections的配置与Tomcat的运行模式有关。假如tomcat利用的是BIO，那么maxConnections的值应该与maxThreads一致；假如tomcat利用的是NIO，那么雷同于Tomcat的默认值，maxConnections值应该远大于maxThreads。
（3）通过前面的先容可以知道，固然tomcat同时可以处理惩罚的毗连数目是maxConnections，但处事器中可以同时吸收的毗连数为maxConnections+acceptCount 。acceptCount的配置，与应用在毗连过高环境下但愿做出什么回响有干系。假如配置过大，后头进入的请求期待时间会很长；假如配置过小，后头进入的请求立马返回connection refused。
三、线程池Executor
Executor元素代表Tomcat中的线程池，可以由其他组件共享利用；要利用该线程池，组件需要通过executor属性指定该线程池。
Executor是Service元素的内嵌元素。一般来说，利用线程池的是Connector组件；为了使Connector能利用线程池，Executor元素应该放在Connector前面。Executor与Connector的设置举譬喻下：
<Executor namePrefix ="catalina-exec-" maxThreads="150" minSpareThreads="4" />
<Connector executor="tomcatThreadPool" port="8080" protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="8443" acceptCount="1000" />
Executor的主要属性包罗：
name：该线程池的标志
maxThreads：线程池中最大活泼线程数，默认值200（Tomcat7和8都是）
minSpareThreads：线程池中保持的最小线程数，最小值是25
maxIdleTime：线程空闲的最大时间，当空闲高出该值时封锁线程（除非线程数小于minSpareThreads），单元是ms，默认值60000（1分钟）
daemon：是否靠山线程，默认值true
threadPriority：线程优先级，默认值5
namePrefix：线程名字的前缀，线程池中线程名字为：namePrefix+线程编号
四、查察当前状态
上面先容了Tomcat毗连数、线程数的观念以及如何配置，下面说明如何查察处事器中的毗连数和线程数。
查察处事器的状态，大抵分为两种方案：（1）利用现成的东西，（2）直接利用Linux的呼吁查察。