1 - Tomcat Server的组成部分

1.1 - Server

A Server element represents the entire Catalina servlet container. (Singleton)

1.2 - Service

A Service element represents the combination of one or more Connector components that share a single Engine

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

1.3 - Connector

一个Connector将在某个指定port上侦听客户请求,并将获得的请求交给Engine来处理,从Engine处获得回应并返回客户

TOMCAT有两个典型的Connector。一个直接侦听来自browser的http请求,一个侦听来自其他WebServer的请求

Coyote Http/1.1 Connector 在port8080处侦听来自客户browser的http请求

Coyote JK2 Connector 在port8009处侦听来自其他WebServer(Apache)的servlet/jsp代理请求

1.4 - Engine

The Engine element represents the entire request processing machinery associated with a particular Service

It receives and processes all requests from one or more Connectors

and returns the completed response to the Connector for ultimate transmission back to the client

Engine下能够配置多个虚拟主机Virtual Host,每一个虚拟主机都有一个域名

当Engine获得一个请求时。它把该请求匹配到某个Host上,然后把该请求交给该Host来处理

Engine有一个默认虚拟主机,当请求无法匹配到不论什么一个Host上的时候,将交给该默认Host来处理

1.5 - Host

代表一个Virtual Host。虚拟主机。每一个虚拟主机和某个网络域名Domain Name相匹配

每一个虚拟主机下都能够部署(deploy)一个或者多个Web App,每一个Web App相应于一个Context。有一个Context path

当Host获得一个请求时,将把该请求匹配到某个Context上。然后把该请求交给该Context来处理

匹配的方法是“最长匹配”,所以一个path==""的Context将成为该Host的默认Context

全部无法和其他Context的路径名匹配的请求都将终于和该默认Context匹配

1.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类

假设找到。则运行该类,获得请求的回应,并返回

2 - Tomcat Server的结构图

 

3 - 配置文件$CATALINA_HOME/conf/server.xml的说明

该文件描写叙述了怎样启动Tomcat Server

<!----------------------------------------------------------------------------------------------->

<!-- 启动Server

     在port8005处等待关闭命令

     假设接受到"SHUTDOWN"字符串则关闭server

     -->

<Server port="8005" shutdown="SHUTDOWN" debug="0">

<!-- Listener ?

??

       眼下没有看到这里

       -->

<Listener className="org.apache.catalina.mbeans.ServerLifecycleListener" debug="0"/>

  <Listener className="org.apache.catalina.mbeans.GlobalResourcesLifecycleListener" debug="0"/>

<!-- Global JNDI resources ???

眼下没有看到这里。先略去

       -->

<GlobalNamingResources>

    ... ... ... ...

  </GlobalNamingResources>

<!-- 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">

<!-- 日志类,眼下没有看到,略去先 -->

<Logger className="org.apache.catalina.logger.FileLogger" .../>

<!-- Realm。眼下没有看到,略去先 -->

<Realm className="org.apache.catalina.realm.UserDatabaseRealm" .../>

<!-- 虚拟主机localhost

           appBase : 该虚拟主机的根文件夹是webapps/

           它将匹配请求和自己的Context的路径。并把请求转交给相应的Context来处理

           -->

<Host name="localhost" debug="0" appBase="webapps" unpackWARs="true" >

<!-- 日志类。眼下没有看到,略去先 -->

<Logger className="org.apache.catalina.logger.FileLogger" .../>

<!-- 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>

<!----------------------------------------------------------------------------------------------->

4 - 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的映射表(mapping table)中,和某种URL PATTERN相应

当该Context获得请求时。将查询mapping table,找到被请求的servlet,并运行以获得请求回应

  分析一下全部的Context共享的web.xml文件,在当中定义的servlet被全部的Web App加载

<!----------------------------------------------------------------------------------------------->

<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>

<!----------------------------------------------------------------------------------------------->

5 - Tomcat Server处理一个http请求的过程

如果来自客户的请求为:

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

1) 请求被发送到本机port8080,被在那里侦听的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

tomcat之组成结构的更多相关文章

  1. JavaWeb学习之tomcat安装与运行、tomcat的目录结构、配置tomcat的管理用户、web项目目录、虚拟目录、虚拟主机(1)

    1.tomcat安装与运行双击tomcat目录下的bin/startup.bat,启动之后,输入http://localhost:8080,出现安装成功的提示,表示安装tomcat成功 2.tomca ...

  2. Tomcat的目录结构(二)

    一.Tomcat的目录结构 bin:启动和关闭Tomcat的bat文件 conf:配置文件 server.xml:配置和server相关的信息,比如:Tomcat启动的端口号,配置Host,配置Con ...

  3. (转)Tomcat的目录结构

    原文:http://hi.baidu.com/qinyougen/item/beeb506abb3e1d08a1cf0ffb Tomcat的目录结构 一.TOMCAT的目录结构 /bin:存放wind ...

  4. tomcat j2ee 目录结构

    一.TOMCAT的目录结构 /bin:存放windows或Linux平台上启动和关闭Tomcat的脚本文件 /conf:存放Tomcat服务器的各种全局配置文件,其中最重要的是server.xml和w ...

  5. Tomcat服务器顶层结构和启动过程【转】

    号外:2016 最流行的是哪一种 Java 应用服务器呢? 通过从部署的 1240 个 JVM 中得到的数据,我们能够确定出现了 862 个容器供应商,或者说是占到了运行环境的 70% 左右.这些容器 ...

  6. Tomcat的目录结构和配置文件详解

    本文转载: https://www.zybuluo.com/1234567890/note/515235 参考帖子: Tomcat(一):基础配置详解 Tomcat服务器中配置多个域名,访问不同的we ...

  7. JavaWeb入门——Tomcat的目录结构

    JavaWeb入门——Tomcat的目录结构 摘要:本文主要了解了Tomcat的目录结构. 目录结构 打开Tomcat的目录,可以看到如下文件和文件夹: bin目录 该目录下存放的是二进制可执行文件. ...

  8. 【Tomcat】安装Tomcat服务器&Tomcat的目录结构

    创建时间:6.14 一.安装Tomcat服务器 Tomcat下载ver8的,现在用的多 下载并解压 配置环境变量:(切记!!不然startup那步会闪退) 1.新建系统环境变量: (1)进入根目录,复 ...

  9. Tomcat的目录结构、处理流程、主配置文件(server.xml)释义

    参考资料: http://www.cnblogs.com/xdp-gacl/p/3744053.html http://grass51.blog.51cto.com/4356355/1123400 1 ...

  10. Tomcat的目录结构及用途

    目录结构及用途 目录 用途 bin 包含启动/关闭脚本 conf 包含不同的配置文件,包括 server.xml(Tomcat的主要配置文件)和为不同的Tomcat配置的web应用设置缺省值的文件we ...

随机推荐

  1. Yii together

    一对多,多对多的关联时最后的参数 together说明 如果为false,分开查多个语句 如果为true,强制生成一个语句 如果没有设置,分页页生成多个语句,不分页时生成一个语句 多对多时,查询时,中 ...

  2. Ajax-验证码

    function validateCode(){ var code=document.getElementById("code").value; var spanObj=docum ...

  3. UEFI引导模式

    Author: JinDate: 20140827System: windows 刚帮楼下的公司解决了个问题. 原来的办公电脑,预装linux,他们重装成win7.新买的电脑预装成win8,安装出问题 ...

  4. js 闭包范式概述

    在前几篇文章中我介绍过js的闭包,这一篇主要简单的介绍一下js中闭包的范式. 那么何谓闭包的范式呢? 首先回想一下闭包的概念,闭包是外部函数与函数内部之间通信的桥梁,通过对函数的返回,使得外部的函数能 ...

  5. Hibernate中的Session缓存问题

    1. Session 缓存: 1) . 在 Session 接口的实现中包括一系列的 Java 集合 , 这些 Java 集合构成了 Session 缓存 .          它用于存放 Sessi ...

  6. 查找(二)简单清晰的B树、Trie树具体解释

    查找(二) 散列表 散列表是普通数组概念的推广.因为对普通数组能够直接寻址,使得能在O(1)时间内訪问数组中的任何位置.在散列表中,不是直接把keyword作为数组的下标,而是依据keyword计算出 ...

  7. 论DELPHI跨平台中间件的策略

    论DELPH跨平台中间件的策略 1)起先DELPHI只支持WINDOWS,此时DELPHI三层开发的眼里只有WINDOWS COM. 基于WINDOWS COM的OleVariant组合拳=TData ...

  8. Windows 8 Metro 应用开发入门(一):开发环境介绍

    摘 要 Windows8已经发布,随之而来的基于WinRT的Metro应用也正向我们走来,正像它所宣传的:光滑.快.现代.看习惯了玻璃.立体风格的应用,或许Metro的简洁能给你留下不一样的体验.Vi ...

  9. dwz tabs table实现翻页及各tabs查询

    效果如图:

  10. C#中的String与string

    在C#中,string 是 System.String 的别名,所以基本上在使用时是没有差别的. 习惯上,我们把字符串当作对象时(有值的对象实体),我们用string. 而我们把它当类时(需要字符串类 ...