Tomcat组件概念和请求流程

avatar
作者
猴君
阅读量:4

        Tomcat:是一个Servlet容器(实现了Container接口),容器分层架构从上到下分为。Engine(List<Host>)->Host(List<Context>)->Context(List<Wrapper>)->Wrapper(List<Servlet>);

        Engine:引擎,Servlet 的顶层容器,用来管理多个虚拟主机。只会存在一个。

        Host:虚拟主机,负责 web 应用的部署和 Context 的创建,一个虚拟主机下可以部署多个Web应用,不同的虚拟主机的访问日志可以放在不同的文件夹下。

        Context:Web应用,负责Web配置的解析,管理所有的Web资源。一个Context对应一个Web应用,为特定的Web应用处理所有的客户请求,管理Wrapper。

        Wrapper:某一种实例的Servlet,每一个Wrapper下面可能会有多个Servlet,每一个线程打进来都是一个Servlet。

        Servlet:java的服务端程序,用于编写程序员的业务逻辑。

5fef4ae196d24737831917b4edc8806a.jpeg

        Tomcat的使用:一般我们在使用Tomcat的时候,都会将一个war包放在Tomcat中的webApps目录下,然后去启动Tomcat(它会自动帮我们解压war包生成一个web应用),war包和jar包的区别在于:jar包大多数情况下被理解为一种依赖,但是也可以是一个web项目,但是如果你讲jarbao放在了Tomcat下,那么它是无法识别你到底是依赖还是web项目,所以Tomcat只能去解压war包/描述符/文件夹部署的这些情况从而生成web项目。

        Tomcat请求交互流程:

        客户端和服务端之间的数据交互本质上就是两个操作系统之间的交互,操作系统本身提供了socket接口(用于实现Tcp协议)用于建立连接保证两个操作系统之间的通信和数据交互。然后Http连接必须承载与socket连接之上,你必须在建立socket连接之后才可以实现Http连接,Http协议本身分为三块(请求行,请求头,请求体),Tomcat建立socket连接之后会将socket连接扔到线程池中去处理Http请求,进行数据的解析(就是Http协议的解析),所以Http协议可以理解成一种数据格式,只有遵守这种数据格式的情况下,才能被Tomcat正常解析。

         Tomcat通过Endpoints从操作系统的缓存中读取数据(复制数据)至InputBuffer(Tomcat的缓存)中,然后基于InputBuffer将里面的数据进行解析,先解析请求行,然后将请求头中的请求方法,url,协议等信息解析完之后生成一个Request对象(Tomcat内部用到了门面模式)。将Request对象交给容器处理,容器最终甩到servlet中,servlet可以使用response对客户进行响应,然后重置处理InputBuffer中的pos和lastValid,这样方便处理下一个请求

       InputBuffer中有一些变量名有特殊的含义:

                pos:从当前Http请求读取InputBuffer数据到哪个位置了。

                lastValid:从操作系统的recvBuf中读取了多少数据到InputBuffer中的长度。        

                end:请求体开始的位置

        我们在业务代码中通过调用request.getInputStream()获取到的其实是请求体,Tomcat本身只帮我们做了请求行和请求头的读取。我们每次读取一次数据,就会更新pos的位置(这里面的场景有很多),最后得到的结论就是,会pos的位置会从end开始+前端传过来的ContentLength的长度,就是pos最后的位置,读取完一次Http请求之后,就会更新pos-lastValid的长度到InputBuffer的第零个位置至lastValid减去pos得到的长度。

广告一刻

为您即时展示最新活动产品广告消息,让您随时掌握产品活动新动态!