Tomcat 执行流程

一.Tomcat组成

        所谓的基于Java的Web无非就是Java代码,JSP页面,js,css等资源的集合。他们运行在一些容器中,从而形成了我们所说的Web应用。这些容器就是Tomcat,JBOSS等。
        
Tomcat组成:
1. Server:代表整个 servlet 容器。
2. Service:它由一个或者多个Connector组成,以及一个Engine,负责处理所有Connector所获得的客户请求。
3. Connector:一个Connector将在某个指定的端口上监听客户请求,并且将获得的请求交给Engine来处理,从Engine获得获得回应并且返
            回给客户。Tomcat有一个典型的Connector,一个直接监听来自browser的http请求,一个监听来自其他WebServer的请求。
            比如8080端口和8009端口就是做这两个事。
4. Engine:Engine下可以配置多个虚拟主机Virtual Host,每个虚拟主机都有一个域名,当Engine获得一个请求时,它把该请求匹配到某个        
            Host上,然后把该请求交给该Host来处理,Engine有一个默认虚拟主机,当请求无法匹配到任何一个Host上的时候,将交给该Host来        
            处理。
5. Host:代表一个虚拟主机,每个虚拟主机和某个网络域名Domain Name相匹配,每个虚拟主机下可以部署一个或者多个WebApp,每个
            WebApp对应一个Context,每个Context都有一个Context Path,当Host获得一个请求时,将把该请求匹配到某个Context上,然后
            把该请求交给该Context来处理。
6. Context:一个Context 对应于一个Web Application,一个Web Application 由一个或者多个Servlet组成,Context在创建的时候将根据        
            配置文件 $CATALINA_HOME/conf/web.xml和$WEBAPP_HOME/WEB-INF/web.xml载入Servlet类。

如果找到,则执行该类,获得请求的回应,并且返回。

整体结构图:



二. 配置文件 $CATALINA_HOME/conf/server.xml 文件说明

该文件描述了如何启动Tomcat Server
    
    
 
<!-- 启动Server 在端口8005处等待关闭命令 如果接受到"SHUTDOWN"字符串则关闭服务器 -->
<Server port="8005" shutdown="SHUTDOWN" debug="0">
......
<!-- Tomcat的Standalone Service Service是一组Connector的集合 它们共用一个Engine来处理所有Connector收到的请求 -->
<Service name="Tomcat-Standalone">
<!-- Coyote HTTP/1.1 Connector className : 该Connector的实现类是org.apache.coyote.tomcat4.CoyoteConnector port :
在端口号8080处侦听来自客户browser的HTTP1.1请求
minProcessors : 该Connector先创建5个线程等待客户请求,每个请求由一个线程负责
maxProcessors : 当现有的线程不够服务客户请求时,若线程总数不足75个,则创建新线程来处理请求
acceptCount : 当现有线程已经达到最大数75时,为客户请求排队 当队列中请求数超过100时,后来的请求返回Connection refused错误
redirectport : 当客户请求是https时,把该请求转发到端口8443去 其它属性略 -->
<Connector className="org.apache.coyote.tomcat4.CoyoteConnector"
port="8080"
minProcessors="5" maxProcessors="75" acceptCount="100"
enableLookups="true"
redirectPort="8443"
debug="0"
connectionTimeout="20000"
useURIValidationHack="false"
disableUploadTimeout="true" />
 
 
<!-- Engine用来处理Connector收到的Http请求 它将匹配请求和自己的虚拟主机,
并把请求转交给对应的Host来处理默认虚拟主机是localhost -->
<Engine name="Standalone" defaultHost="localhost" debug="0">
<!-- 虚拟主机localhost appBase : 该虚拟主机的根目录是webapps/ 它将匹配请求和
自己的Context的路径,并把请求转交给对应的Context来处理 -->
<Host name="localhost" debug="0" appBase="webapps" unpackWARs="true" autoDeploy="true">
<!-- Context,对应于一个Web App path : 该Context的路径名是"",故该Context是该Host的
默认Context docBase : 该Context的根目录是webapps/mycontext/ -->
<Context path="" docBase="mycontext" debug="0"/>
<!-- 另外一个Context,路径名是/wsota -->
<Context path="/wsota" docBase="wsotaProject" debug="0"/>
</Host>
</Engine>
</Service>
</Server>


 
 
三. Context的部署配置文件web.xml的说明
        一个Context对应一个Web App,每个Web App 是由一个或者多个Servlet组成,当一个Web App被初始化的时候,它将用自己的ClassLoader对象载入 "部署配置文件web.xml"中的定义的每个servlet类,它首先载入在$CATALINA_HOME/conf/web.xml中部署的servlet类,然后载入在自己的Web App根目录下的WEB-INF/web.xml中部署的servlet类。
        web.xml文件有两个部分:Servlet类定义和servlet映射定义,每个被载入的Servlet类都有一个名字,且被填入该Context的映射表中,和某种URL PATTERN 对应,当该Context获得请求的时候,将查询mapping table。找到被请求的servlet,并执行以获得请求回应。

   
   
     
     
<web-app>
<!-- 概述: 该文件是所有的WEB APP共用的部署配置文件, 每当一个WEB APP
被DEPLOY,该文件都将先被处理,然后才是WEB APP自己的/WEB-INF/web.xml -->
<!-- +-------------------------+ -->
<!-- | servlet类定义部分 | -->
<!-- +-------------------------+ -->
<!-- DefaultServlet
当用户的HTTP请求无法匹配任何一个servlet的时候,该servlet被执行
URL PATTERN MAPPING : / -->
<servlet>
<servlet-name>default</servlet-name>
<servlet-class>
org.apache.catalina.servlets.DefaultServlet
</servlet-class>
<init-param>
<param-name>debug</param-name>
<param-value>0</param-value>
</init-param>
<init-param>
<param-name>listings</param-name>
<param-value>true</param-value>
</init-param>
<load-on-startup>1</load-on-startup>
</servlet>
<!-- InvokerServlet
处理一个WEB APP中的匿名servlet 当一个servlet被编写并编译放入
/WEB-INF/classes/中,却没有在/WEB-INF/web.xml中定义的时候
该servlet被调用,把匿名servlet映射成/servlet/ClassName的形式
URL PATTERN MAPPING : /servlet/* -->
<servlet>
<servlet-name>invoker</servlet-name>
<servlet-class>org.apache.catalina.servlets.InvokerServlet </servlet-class>
<init-param>
<param-name>debug</param-name>
<param-value>0</param-value>
</init-param>
<load-on-startup>2</load-on-startup>
</servlet>
<!-- JspServlet
当请求的是一个JSP页面的时候(*.jsp)该servlet被调用
它是一个JSP编译器,将请求的JSP页面编译成为servlet再执行
URL PATTERN MAPPING : *.jsp -->
<servlet>
<servlet-name>jsp</servlet-name>
<servlet-class>org.apache.jasper.servlet.JspServlet</servlet-class>
<init-param>
<param-name>logVerbosityLevel</param-name>
<param-value>WARNING</param-value>
</init-param>
<load-on-startup>3</load-on-startup>
</servlet>
<!-- +---------------------------+ -->
<!-- | servlet映射定义部分 | -->
<!-- +---------------------------+ -->
<servlet-mapping>
<servlet-name>default</servlet-name>
<url-pattern>/</url-pattern>
</servlet-mapping>
<servlet-mapping>
<servlet-name>invoker</servlet-name>
<url-pattern>/servlet/*</url-pattern>
</servlet-mapping>
<servlet-mapping>
<servlet-name>jsp</servlet-name>
<url-pattern>*.jsp</url-pattern>
</servlet-mapping>
<!-- +------------------------+ -->
<!-- | 其它部分,略去先 | -->
<!-- +------------------------+ -->
... ... ... ...
</web-app>


四. Tomcat Server处理一个http请求的过程

假设来自客户的请求为:

http://localhost:8080/wsota/wsota_index.jsp

1) 请求被发送到本机端口8080,被在那里侦听的Coyote HTTP/1.1 Connector获得
2) Connector把该请求交给它所在的Service的Engine来处理,并等待来自Engine的回应
3) Engine获得请求localhost/wsota/wsota_index.jsp,匹配它所拥有的所有虚拟主机Host
4) Engine匹配到名为localhost的Host(即使匹配不到也把请求交给该Host处理,因为该Host被定义为该Engine的默认主机)
5) localhost Host获得请求/wsota/wsota_index.jsp,匹配它所拥有的所有Context
6) Host匹配到路径为/wsota的Context(如果匹配不到就把该请求交给路径名为”"的Context去处理)
7) path=”/wsota”的Context获得请求/wsota_index.jsp,在它的mapping table中寻找对应的servlet
8) Context匹配到URL PATTERN为*.jsp的servlet,对应于JspServlet类
9) 构造HttpServletRequest对象和HttpServletResponse对象,作为参数调用JspServlet的doGet或doPost方法
10)Context把执行完了之后的HttpServletResponse对象返回给Host
11)Host把HttpServletResponse对象返回给Engine
12)Engine把HttpServletResponse对象返回给Connector
13)Connector把HttpServletResponse对象返回给客户browser


在Spring Boot中,Tomcat是默认的嵌入式Servlet容器。下面是Spring Boot与Tomcat执行流程: 1. Spring Boot启动:当您启动Spring Boot应用时,会触发Spring Boot的启动过程。 2. 创建Spring应用上下文:Spring Boot会创建一个Spring应用上下文,该上下文是Spring框架的核心容器,负责管理和组织各个Bean及其依赖关系。 3. 扫描和加载Bean:Spring Boot会扫描应用程序中的所有类,并加载它们作为Bean。这是通过@ComponentScan注解或@SpringBootApplication注解(包含@ComponentScan)来实现的。 4. 配置Tomcat:Spring Boot会自动配置嵌入式的Tomcat容器。这涉及到设置Tomcat的端口、上下文路径等配置信息。 5. 创建并启动Tomcat容器:使用配置信息,Spring Boot会创建一个Tomcat实例,并将应用程序的Servlet注册到Tomcat中。 6. 处理请求:一旦Tomcat容器启动成功,它将开始监听指定的端口,等待客户端请求。当收到请求时,Tomcat将根据URL将请求分派给相应的Servlet进行处理。 7. 调用Controller处理请求:在Servlet中,请求将被转发给Spring MVC框架。Spring MVC框架将根据请求的URL和映射规则,将请求分发给相应的Controller类进行处理。 8. 执行业务逻辑:Controller类将根据业务逻辑处理请求,并调用相应的服务类或数据访问层(DAO)来执行所需操作。 9. 返回响应:请求处理完成后,Controller将生成响应数据,并将其返回给Tomcat。 10. 响应发送给客户端:Tomcat将响应数据发送回客户端,完成请求-响应周期。 总的来说,Spring Boot的执行流程涵盖了Spring框架的启动、配置Tomcat、处理请求和返回响应等过程,将Web应用程序部署到嵌入式的Tomcat容器中。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值