tomcat的系统架构及原理

HTTP 请求处理

     浏览器访问服务器的过程

 进入到tomcat后

 

 

 http服务器并且没有直接去调用业务类的servlet，而是交给了servlet容器。http服务器主要是监听客户端请求，并且将请求信息封装成servletRequest,servletRespnse，传递给servlet容器，servlet容器接受到后，根据url和servlet的配置映射关系，找到具体处理的servlet，调用servlet.service方法处理请求，如果servlet还没有被加载，则利用反射机制创建这个servlet，并且调用了init 初始化servlet。最后将结果封装成servletRespnse返回给http服务器。

tomcat 实现了servlet规范，所以除了是一个http服务器，也具备servler容器的功能

Tomcat 整体架构

tomcat顶层容器是server ，一个server包含多个service实例，service包含了connector和container

 

 

 

tomcat中2个核心组件:

1、connector

 

 

 

Connector用于处理连接相关的事情，并提供Socket与Request和Response相关的转化。

那么在connector中是如何实现的呢？

Coyote 是 Tomcat 服务器提供的供客户端访问的外部接口，客户端通过 Coyote 与服务器建立连接、发送请求并接受响应。

Coyote 封装了底层的网络通信（Socket，请求以及响应处理），为 Catalina 容器提供了统一的接口，使 Catalina 容器与具体的请求协议以及 IO 操作方式完全解耦。

Coyote内部的三个组件: Endpoint、Processor、Adapter；

Endpoint：Coyote 通信监听接口，具体的 Socket 接收和发送处理器，实现的是TCP/IP协议，是对传输层的抽象。

Processor：Coyote 协议处理接口，实现 HTTP 协议。

Adapter：由于 Request 并没有实现 Servlet 规范，而 Servlet 容器只能接收 ServletRequest，因此需要引入一个适配器将 Request 转换成 ServletRequest，再传递给 Servlet 容器。

 

通过下图发现 Enpoint 有多个实现类 Nio,Nio2,Apr，用来处理不同I/O模式。以Nio举例

 

 获取handler，然后调用process，这里process直接是抽象类  AbstractProtocol提供的方法

来看AbstractProtocol的process

 

 

 在方法里直接调用抽象类的  AbstractProcessorLight

 

 

 AbstractProcessorLight 里面调用了子类的service

 

 这是针对不同的协议处理不同的类。拿常用的http11举例

获取CoyoteAdapter，再调用service

 可以看到传入的是coyote的request，被转换成了connector中的request，而这个request实现了 HttpServletRequest接口，

 

 

 

 

 

 

往下走

 

 map中就是拿到当前请求的哪应用下的哪个servlet，这里host,context,wrapper都进行了封装

2、container

看看container的架构图

 

 

 

Context和Host的区别是Context表示一个应用，我们的Tomcat中默认的配置下webapps下的每一个文件夹目录都是一个Context，其中ROOT目录中存放着主应用，其他目录存放着子应用，而整个webapps就是一个Host站点。

我们访问应用Context的时候，如果是ROOT下的则直接使用域名就可以访问，例如：www.ledouit.com,如果是Host（webapps）下的其他应用，则可以使用http://www.ledouit.com/docs进行访问，当然默认指定的根应用（ROOT）是可以进行设定的，只不过Host站点下默认的主营用是ROOT目录下的。