tomcat线程池调优

之前项目一直在tomcat下开发，后来在上线之前，需要进行性能安全测试，可是测试的同事反应，登陆口线程并发一多的时候，系统立马就没法登陆了。

中间件是tomcat6.  tomcat的日志总是简洁的很，在控制台只发现一句 超过系统最大线程的错误。系统并没有死，只是不再响应了。开始以为是线程池满了的原因

后来调整了也还是这个错误，而且jvm也很正常。后来排查到最后，发现是系统基础平台那边的一个bug，升级了相应的jar包后就好了。

升级后，在不对tomcat进行线程池优化的前提下，还是会报出超过最大线程的警告，tomcat默认的最大线程是200.

因此调整了一下。

  <Connector port="8081"   
               redirectPort="18443"
                protocol="org.apache.coyote.http11.Http11Protocol"   
			    URIEncoding="UTF-8" minSpareThreads="25" maxSpareThreads="75"
				enableLookups="false" disableUploadTimeout="true" connectionTimeout="20000"
				acceptCount="300" maxThreads="300" maxProcessors="1000" minProcessors="5"
				useURIValidationHack="false"
				compression="on" compressionMinSize="2048"
				compressableMimeType="text/html,text/xml,text/javascript,text/css,text/plain"
                />

protocol="org.apache.coyote.http11.Http11Protocol"    这句指定当前的访问协议，必须要写全，在tomcat 6.0.44 下不写全，会报一个警告，警告下面的参数无法识别。

几个主要的参数：

 

minSpareThreads="25"   线程池中最小的线程数
maxSpareThreads="75" 线程池中最大的不活动线程数
maxThreads="300"   启动的用来接收请求的线程的最大数。即最大线程响应数目。最大并发数。
acceptCount="300"   当上面的并发数达到限值后，剩余的请求将被放置到一个队列中，该数目代表该队列的最大值，超过则拒绝对应请求。
enableLookups="false" 
disableUploadTimeout="true"  
connectionTimeout="20000" 
maxProcessors="1000"  
minProcessors="5" 
useURIValidationHack="false" 
compression="on"  
compressionMinSize="2048"
compressableMimeType="text/html,text/xml,text/javascript,text/css,text/plain"

 通过上面的调整， tomcat在持续并发300的情况下，响应是很不错的。 可以通过tomcat自己的控制台，用jemeter模拟了1s1000个线程， 看到tomcat的busy 线程持续在300，证明，上面的调优后，并发300 tomcat完全没问题。

               

原文地址：https://blog.csdn.net/lxl631/article/details/50010123