• Tomcat处理一个HTTP请求的过程


    一、Tomcat的组成

    (1)Server
    服务器元素代表整个catalina servlet容器。是单例模式。

    (2)Service
    Service是这样一个集合:它由一个或者多个Connector组成,以及一个Engine,负责处理所有Connector所获得的客户请求。

    (3)Connector

    一个Connector将在某个指定端口上侦听客户请求,并将获得的请求交给Engine来处理,从Engine处获得回应并返回客户。TOMCAT有两个典型的Connector,一个直接侦听来自browser的http请求,一个侦听来自其它WebServer的请求

    Coyote Http/1.1 Connector 在端口8080处侦听来自客户browser的http请求
    Coyote JK2 Connector 在端口8009处侦听来自其它WebServer(Apache)的servlet/jsp代理请求

    (4) Engine
      Engine下可以配置多个虚拟主机Virtual Host,每个虚拟主机都有一个域名,当Engine获得一个请求时,它把该请求匹配到某个Host上,然后把该请求交给该Host来处理,Engine有一个默认虚拟主机,当请求无法匹配到任何一个Host上的时候,将交给该默认Host来处理

    (5)Host
      代表一个Virtual Host,虚拟主机,每个虚拟主机和某个网络域名Domain Name相匹配,每个虚拟主机下都可以部署(deploy)一个或者多个Web App,每个Web App对应于一个Context,有一个Context path,当Host获得一个请求时,将把该请求匹配到某个Context上,然后把该请求交给该Context来处理,匹配的方法是“最长匹配”,所以一个path==""的Context将成为该Host的默认Context,所有无法和其它Context的路径名匹配的请求都将最终和该默认Context匹配

    (6)Context
    一个Context对应于一个Web Application,一个Web Application由一个或者多个Servlet组成,Context在创建的时候将根据配置文件$CATALINA_HOME/conf/web.xml和$WEBAPP_HOME/WEB-INF/web.xml载入Servlet类,当Context获得请求时,将在自己的映射表(mapping table)中寻找相匹配的Servlet类,如果找到,则执行该类,获得请求的回应,并返回。

    二、Tomcat的http请求处理

    (1)browser 请求url被发送到本机端口默认为80,被在那里侦听的Coyote HTTP/1.1 Connector获得 

    (2) Connector把该请求交给它所在的Service的Engine来处理,并等待来自Engine的回应 
    (3) Engine获得请求url,匹配它所拥有的所有虚拟主机Host 
    (4) Engine匹配到名为severName的Host(即使匹配不到也把请求交给localhost Host处理,因为该Host被定义为该Engine的默认主机) 
    (5) Host获得请求url,匹配它所拥有的所有Context 
    (6) Host匹配到路径前缀相同的Context(如果匹配不到就把该请求交给路径名为”“的Context去处理) 
    (7)Context获得请求url,在它的mapping table中寻找对应的servlet 
    (8) Context匹配到URL PATTERN为*.jsp的servlet,对应于JspServlet类 
    (9) 构造HttpServletRequest对象和HttpServletResponse对象,作为参数调用Servlet的doGet或doPost方法 
    (10)Context把执行完了之后的HttpServletResponse对象返回给Host 
    (11)Host把HttpServletResponse对象返回给Engine 
    (12)Engine把HttpServletResponse对象返回给Connector 
    (13)Connector把HttpServletResponse对象返回给客户browser

    三、tomcat处理一个请求的详细流程

      protocolHandler负责生成endpoint和Http11ConnectionHandler,endpoint的acceptor线程负责处理连接请求,收到连接请求后交给worker线程处理。work线程调用Http11ConnectionHandler,Http11ConnectionHandler维护一个Http11Processor池,在构造Http11Processor时将生成org.apache.coyote.Request和org.apache.coyote.Response对象。

      Http11Processor使用InternalInputBuffer类来解析http协议,并将解析后的数据(请求头,分割行等)封装到org.apache.coyote.Request和org.apache.coyote.Response对象中,之后将此两对象传给CoyoteAdapter.service(request, response)在该方法内部实现了org.apache.coyote.Request --> org.apache.catalina.connector.Request,

    org.apache.coyote.Response --> org.apache.catalina.connector.Response的转换。

      接下来请求进入pipeline,pipeline中value的执行(调用value的invoke方法)顺序如下: 
    StandardEngineValve --> StandardHostValve --> StandardContextValve --> StandardWrapperValve --> ApplicationFilterChain.doFilter --> Servlet(HttpServlet).service 
    (由StandardWrapper创建的单实例——多线程共用),invoke方法的参数即为org.apache.catalina.connector.Request/Response。 
      如果是jsp则继续-->JspServletWrapper.service-->Compiler(如果没有被编译的话) --> 装载具体编译后的servlet class file-->交给具体servlet的service方法 --> 通过out.write写入html页面,事实上这个out是response.getWriter,所以也就将结果写入了response。 

  • 相关阅读:
    spring boot welcome-file-list
    spring boot web.xml listener
    Linkflow CDP
    连接数据,构建中台,Linkflow如何推动数据化浪潮 CDP
    客户全生命周期服务解决方案的提供商。
    自然语言处理的发展历史 发展方向 行业(法律)
    SpringBoot 设置 profiles 并在其他配置文件里面读取 pom.xml
    SpringBoot 配置文件无法解析占位符
    微服务 SaaS 低代码开发平台
    混沌工程与分布式系统
  • 原文地址:https://www.cnblogs.com/maokun/p/7503748.html
Copyright © 2020-2023  润新知