本文介绍了Tomcat处理请求的线程模型，重点讨论了maxThreads、acceptCount和maxConnections属性对并发处理能力的影响。同时，提到了连接超时(connectionTimeout)的概念，并指出不同connector实现（如BIO、NIO、APR）的差异。文章通过医院就诊的比喻，帮助读者理解这些概念，并提供了调整Tomcat配置以优化性能的方法。
这段时间折腾了哈java web应用的压力测试，部署容器是tomcat 7。期间学到了蛮多散碎的知识点，及时梳理总结，构建良好且易理解的知识架构把它们组织起来，以备忘。
对web应用开发者来说，我们很关心应用可同时处理的请求数，以及响应时间。应用本身和它运行在其中的web容器是两个很重要的影响因素。
对tomcat来说，每一个进来的请求(request)都需要一个线程，直到该请求结束。如果同时进来的请求多于当前可用的请求处理线程数，额外的线程就会被创建，直到到达配置的最大线程数(maxThreads属性值)。如果仍就同时接收到更多请求，这些来不及处理的请求就会在Connector创建的ServerSocket中堆积起来，直到到达最大的配置值(acceptCount属性值)。至此，任何再来的请求将会收到connection refused错误，直到有可用的资源来处理它们。
分析、梳理、组织
这里我们关心的是tomcat能同时处理的请求数和请求响应时间，显然Connector元素的maxThreads和acceptCount属性对其有直接的影响。无论acceptCount值为多少，maxThreads直接决定了实际可同时处理的请求数。而不管maxThreads如何，acceptCount则决定了有多少请求可等待处理。然而，不管是可立即处理请求还是需要放入等待区，都需要tomcat先接受该请求(即接受client的连接请求，建立socketchannel)，那么tomcat同时可建立的连接数(maxConnections属性值)也会影响可同时处理的请求数。
我们可把tomcat想象成一家医院，你来到医院大厅挂号看病，如果人家接受了，就相当于client和server建立socket连接了。接着你来到相应的科室，科室里每位医生都有一间诊室，这就相当于处理请求的线程；如果所有诊室都有病人，科室的调度护士会让你在科室小厅中耐心等待，直到他们通知你去几号诊室就诊；如果有空闲医生，你就可以立即就诊。
有的病人到医院很仓促，结果轮到他挂号或者就诊了，他还在包里翻找病例本和医保卡，如果超过了护士或医生心里可承受的等待时间，他们就会让病人到旁边找去，先服务下位。这种情形跟Connector元素的connectionTimeout属性所起的作用很相像。如果当前连接器(Connector)在接受连接后，等待了指定的时间但仍未接收到requestURI line，就会抛出超时异常。
知识点收集
tomcat 7 的配置参考文档对相关属性已经描述的很详细了，这里把它们收集到一起：
protocol
Sets the protocol to
最低0.47元/天 解锁文章
扫一扫
1604
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
