之前项目一直在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完全没问题。
