【深入剖析Tomcat笔记】第四篇默认连接器

最新推荐文章于 2024-08-01 19:45:47 发布

寸辰

最新推荐文章于 2024-08-01 19:45:47 发布

阅读量2.6k

点赞数 1

分类专栏：深入剖析Tomcat java Tomcat源码分析文章标签： tomcat socket 优化 java 服务器

本文链接：https://blog.csdn.net/cun_chen/article/details/69980169

版权

本文深入剖析Tomcat的默认连接器，探讨如何通过多线程优化Connector和Processor，减少整体解析时间。文章介绍了连接器模型设计，包括使用Pool化模型管理Processor并详细解释了Tomcat的maxThreads和minSpareThreads配置。同时，指出了伪异步交互模型的局限性，如服务端处理速度慢和连接超时问题。

摘要由CSDN通过智能技术生成

回顾

前一篇中，我们将ServerSocket拆分为 Connector、 Processor、 Request、 Response 四个部分。实现了对于简单ServerSocket主要功能拆分。Connector负责ServerSocket创建和socket接入，Processor负责请求解析，Request和Resposne分别对应输入输出。此篇通过研究Tomcat 4中默认连接器，进一步优化服务容器。
【深入剖析Tomcat笔记】第三篇基本容器模型
此篇Git源码：默认连接器

连接器分析

Tomcat连接器包含Connector和Processor两个部分。在上一个项目中Connector和Processor是 1:1关系，这样的形式在实际处理过程中请求数只能为1。这种方式进行解析，整体处理时间必然取决于time(Connecter) + time(Processor)。

整体解析时间

首先可以想到的解决方案就是采用多线程方式处理Connector。由于Connector负责接入ServerSocket的Socket链接，所以可以创建多个Connector线程，分别映射多个端口，则需要进行端口映射，微博早期使用过这种技术，称为MPSS(MultiPort Single Server单服务多接口），现在的虚拟化技术是对这种技术的发展。

多Connector解析

第二种方案，多线程处理Processor。不难发现，在整个解析过程中消耗时间比较多的是Processor解析过程。

Processor解析分为：
1.RequestHead处理，包括RequestMethod、URL和HTTP协议版本号;
2.转发对应的解析器（静态资源/Servlet）；
3.RequestParams解析；
4.静态资源加载/动态解析，RequestBody解析；
5.Response封装

Processor解析过程中，虽然我们已经采用了LazyLoad的思想，将解析过程拆分三步解析(上述1、3、 4），但IO相较Socket接入及其他解析流程，占用了很大比重的时间消耗。因此通过多线程优化Processor可以节约大量解析时间。

多Processor解析