tomcat组成及原理

今天药忘吃喽~ 2022-08-06 04:21 162阅读 0赞

# [tomcat组成及原理\[转\]][tomcat] #

Tomcat的构成图如下：

(一个engine可以包含多个host,一个host可以包含多个context.)

Tomcat安装好后打开目录;可以看到如下结构:
    
    bin :存放服务器脚本;
    
    conf :存放配置文件;
    
    lib :存放需要的JAR文件;
    
    wabapps :存放需要发布的Web应用程序及其部署文件;
    
    work :存放jsp 文件编绎生成的class文件;
    
    logs :存放日志文件;
    
    在conf目录下可以看到 Catalina 目录,context.xml, web.xml, server.xml 等（一些不是很重要的就不列出来了）。
    
    server.xml被称为Tomcat的主配置文件或全局配置文件，它完成两个任务：
    1）提供Tomcat组件的初始配置
    2）说明Tomcat的结构，含义，使Tomcat通过实例化组件完成启动及构建自身。
    
    server.xml中描述的重要元素有 Server ,Service ,Connector ,Engine ,Host ,Context .
    
    它们的用处是：
    
    Server:
    顶层元素,整个配置文件的根元素,表示整个Servlet容器或者Tomcat服务器包含多个Listener,一个GlobalNamingResources和一个Service
    
    Service:
    一组Connector和一个Engine的集合，这组Connector共用一个Engine来处理所有Connector收到的请求，负责处理<Connector>所获得到的客户请求
    
    Listener组: 
    监听器，用来管理Tomcat生命周期和全局资源
    
    GlobalNamingResources:
    配置系统的JNDI（Java Naming and Directory Interface）
    
    Connector组:
    连接器，代表外部客户之间的接口，将在一个指定的接口上侦听客户请求，并将获得的请求交给<Engine>进行处理，然后把处理结果返回给客户
    
    Engine: 
    引擎，处理<Service>中的所有客户请求，具体来说，获得一个<Connectors>交给的请求后，把这个请求匹配到某个<Host>上进行处理，如果没有找到合适的<Host>来进行处理，则把这个请求交给一个默认虚拟主机处理。
    
    Host组:
    虚拟主机，处理一个特定主机的请求，一般来说，每个虚拟主机都可以配置一个到多个Web应用，每个Web应用对应一个<Context>,<Host>获得的请求最终匹配到某个<Context>上，由它进行处理。
    
    Context组: 
    Web应用组，每个Web应用由一个或多个Servlet组成，当<Context>获得一个请求后，将映射/conf/web.xml文件中的<servlet>元素，匹配一个Servlet类进行处理并返回。当一个Web应用被初始化的时候，它将用自己的ClassLoader对象载入web.xml中定义的每个Servlet类。
    
    我们启动Tomcat，在浏览器中输入：http://localhost:8080/ 会打开Tomcat的默认页面。实际上，这个页面是在Tomcat安装目录下的：/webapps/root/index.jsp;/webapps是Tomcat服务器用来存放Web应用的目录，每个Web应用都将在这建立各自的子目录，刚装好的Tomcat服务器虚拟主机的默认目录是/webapps/ROOT,所以默认会打开这个目录下的文件。流程如下：
    在/conf目录下的web.xml配置文件中有如下配置：
    <welcome-file-list>
            <welcome-file>index.html</welcome-file>
            <welcome-file>index.htm</welcome-file>
            <welcome-file>index.jsp</welcome-file>
    </welcome-file-list>
    这里正是用来配置首页的，Tomcat将按顺序找出<welcome-file>标签中的内容作为首页。而在我们的目录下，它只找到了index.jsp，所以会显示它；
    但我们不能将所有的Web程序都放在ROOT里。所以我们需要更改Tomcat的虚拟目录；
    
    要设置虚拟路径，需要在server.xml文件的<Host></Host>中的Web应用添加一个<Context>子元素，实际上是配置了一个Web应用的物理存放地址到Tomcat虚拟路径的过程，使得Tomcat能够正确找到Web应用的物理存放路径;
    步骤：
    1）在server.xml的<Host></Host>中加上如下代码：
    <Context docBase="D:/myApp" path="/myapp" reloadable="true"></Context>
    2)我们把写好的Web应用中的所有文件放到下面的目录中：D:/myapp/test
    3)重启Tomcat，在浏览器中输入：http://localhost:8080/test 即可测试
    
    web.xml
    Tomcat目录下/conf 可为不同的应用程序配置不同的上下文环境；用来对Servlet进行映射；
    一个Web应用的根目录下的/WEB-INF目录中也有一个web.xml，当部署一个Web应用时，总是先加载/conf/web.xml，然后才加载自己Web应用的/WEB-INF/web.xml文件；但处理过程中，总是先使用自己的web.xml配置文件，如果无法处理，才把它交给Tomcat的web.xml文件。

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

Don’t hurry say have no choice， perhaps， next intersection will meet hope．

[tomcat]: http://www.cnblogs.com/volare/p/3896334.html