为了不超过tomcat的极限，你应该限制并发请求数不高于“200/CPU”,一台设备的Tomcat最大连接处理数=200 * cpu个数 * 0.7(实时响应系统的cpu最大占用率不应超过70%)

采用最适合连接器模式

Tomcat的连接器有三种，分别为

BIO：最原始的阻塞模式，可靠性最高

protocol属性值改为org.apache.coyote.http11.Http11Protocol即可：

<Connector port="8080" protocol="org.apache.coyote.http11.Http11Protocol"
connectionTimeout="20000" redirectPort="8443" />

NIO：Java实现的异步方式，改起来简单。Tomcat 9 默认

protocol属性值改为org.apache.coyote.http11.Http11NioProtocol即可：

<Connector port="8080" protocol="org.apache.coyote.http11.Http11NioProtocol"
connectionTimeout="20000" redirectPort="8443" />

Apr：通过系统层面的API实现，性能最好。

将protocol修改成org.apache.coyote.http11.Http11AprProtocol即可：

<Connector port="8080" protocol="org.apache.coyote.http11.Http11AprProtocol"
connectionTimeout="20000" redirectPort="8443" />

APR则需要安装第三方库，在高并发下会让性能有明显提升。

具体安装办法可以参考http://www.cnblogs.com/huangjingzhou/articles/2097241.html

BIO、NIO、Apr模式的测试结果

对于这几种模式，我用ab命令模拟1000并发测试10000次，测试结果比较意外，为了确认结果，我每种方式反复测试了10多次，并且在两个服务器上都测试了一遍。结果发现Bio和Nio性能差别非常微弱，难怪默认居然还是Bio。但是采用apr，连接建立的速度会有50%～100%的提升。直接调用操作系统层果然神速啊，这里强烈推荐apr方式！

注：如果对于请求可靠性要求很高（例如支付），则还是保持bio为好。

BIO、NIO、Apr连接模式的区别

Java Blocking Connector   Java Nio Blocking Connector   APR/native Connector 
                             BIO                         NIO                       APR 
Classname                AjpProtocol               AjpNioProtocol           AjpAprProtocol 
Tomcat Version           3.x onwards                 7.x onwards              5.5.x onwards 
Support Polling              NO                          YES                       YES 
Polling Size                 N/A                   maxConnections             maxConnections 
Read Request Headers      Blocking                  Sim Blocking                   Blocking 
Read Request Body         Blocking                  Sim Blocking                   Blocking 
Write Response            Blocking                  Sim Blocking                   Blocking 
Wait for next Request     Blocking                  Non Blocking               Non Blocking 
Max Connections        maxConnections              maxConnections             maxConnections

maxThreads 连接数限制

maxThreads 是 Tomcat 所能接受最大连接数。一般可以在400-500。最大可以在800-1000左右，如果你的网站访问量非常大可能使用运行多个Tomcat实例的方法。即在一个服务器上启动多个tomcat然后做负载均衡处理。

maxThreads 配置要结合 JVM -Xmx 参数调整，也就是要考虑内存开销。

担心内存溢出增加参数：

-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/data/logs/tomcat/xxxx

以便于在内存溢出时保存内存快照（快照文件与启动虚拟机的内存堆大小有关系，确保有足够的存储空间）

maxThreads 客户请求最大线程数

minSpareThreads 初始化时创建的 socket 线程数

maxSpareThreads 连接器的最大空闲 socket 线程数

maxIdleTime 线程最大空闲时间，超过或者可使用线程低于minSpareThreads会触发回收空闲线程

acceptCount 等于或者略大于 maxThreads，如果maxThreads=500 acceptCount >=500

具体配置根据应用本身运行的场景进行实际的测试，慎重调整，示例仅供参考

一般常规配置：

<Connector port="8080" address="localhost"
    maxThreads="500" minSpareThreads ="50" maxHttpHeaderSize="8192"
    protocol="HTTP/1.1" enableLookups="false" redirectPort="8181" acceptCount="500"
    connectionTimeout="20000" maxIdleTime ="10000" disableUploadTimeout="true" />

大吞吐配置：

<Connector port="8080"
    protocol="org.apache.coyote.http11.Http11AprProtocol"  redirectPort="8181"
    enableLookups="false" maxThreads="1000" minSpareThreads ="50" maxHttpHeaderSize="8192" acceptCount="1000"
    connectionTimeout="20000" maxIdleTime ="10000" disableUploadTimeout="true" />

不要使用Tomcat的虚拟主机

每个站点一个实例。即启动多个Tomcat,不在1个Tomcat中部署多个应用。

禁用DNS查询

　当web应用程序向要记录客户端的信息时，它也会记录客户端的IP地址或者通过域名服务器查找机器名转换为IP地址。DNS查询需要占用网络，并且包括可能从很多很远的服务器或者不起作用的服务器上去获取对应的IP的过程，这样会消耗一定的时间。为了消除DNS查询对性能的影响我们可以关闭 DNS查询，方式是修改server.xml文件中的enableLookups参数值： 将其设置为false（Tomcat7.0默认为false）。

附录：常用参数说明：

connectionTimeout - 网络连接超时，单位：毫秒。设置为0表示永不超时，这样设置有隐患的。通常可设置为30000毫秒。

keepAliveTimeout - 长连接最大保持时间（毫秒）。此处为15秒。

maxKeepAliveRequests - 最大长连接个数（1表示禁用，-1表示不限制个数，默认100个。一般设置在100~200之间） the maximum number of HTTP requests that can be held in the pipeline until the connection is closed by the server. Setting this attribute to 1 disables HTTP/1.0 keep-alive, as well as HTTP/1.1 keep-alive and pipelining. Setting this to -1 allows an unlimited number of pipelined or keep-alive HTTP requests. If not specified, this attribute is set to 100.

maxHttpHeaderSize - http请求头信息的最大程度，超过此长度的部分不予处理。一般8K。

URIEncoding - 指定Tomcat容器的URL编码格式。

acceptCount - 指定当所有可以使用的处理请求的线程数都被使用时，可以放到处理队列中的请求数，超过这个数的请求将不予处理，默认为10个。defines 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 are refused. The default value is 10.

disableUploadTimeout - 上传时是否使用超时机制

enableLookups - 是否反查域名，取值为：true或false。为了提高处理能力，应设置为false

bufferSize - defines the size (in bytes) of the buffer to be provided for input streams created by this connector. By default, buffers of 2048 bytes are provided.

maxSpareThreads - 做多空闲连接数，一旦创建的线程超过这个值，Tomcat就会关闭不再需要的socket线程 the maximum number of unused request processing threads that are allowed to exist until the thread pool starts stopping the unnecessary threads. The default value is 50.

maxThreads - 最多同时处理的连接数，Tomcat使用线程来处理接收的每个请求。这个值表示Tomcat可创建的最大的线程数。。 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.

minSpareThreads - 最小空闲线程数，Tomcat初始化时创建的线程数 the number of request processing threads that are created when this Connector is first started. The connector will also make sure it has the specified number of idle processing threads available. This attribute should be set to a value smaller than that set for maxThreads. The default value is 4.

minProcessors - 最小空闲连接线程数，用于提高系统处理性能，默认值为10。（用于Tomcat4中）

maxProcessors - 最大连接线程数，即：并发处理的最大请求数，默认值为75。（用于Tomcat4中）