【spring mvc】扒一扒tomcat

1、TOMCAT的目录

主要说一下webapps目录，WEB应用的目录结构：假设在$CATALINA_HOME/webapps下有helloapp的web应用

/helloapp：Web应用的根目录，所有的jsp文件和html文件都在此目录下

/helloapp/WEB_INF：存放该web应用发布时的描述文件web.xml

/helloapp/WEB_INF/class：存放各种class文件，Servlet文件也存放于此目录下

/helloapp/WEB_INF/lib：存放各钟Web应用所需要的jar文件。比如可以存放JDBC驱动程序的JAR文件

在webapps目录下，放置web应用。如我们放把之前的Hello.html页面放到里面，我们在webapps里建一个HelloWeb文件夹，把Hello.html放到里面，启动tomcat，在IE里输入：http://localhost:9081/HelloWeb/Hello.html

如果想不加Hello.html就显示出来可以，新建一个文建夹WEB-INF，在里边建一个web.xml

<?xml version="1.0" encoding="ISO-8859-1"?>

<web-app xmlns="http://java.sun.com/xml/ns/javaee"
  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
                      http://java.sun.com/xml/ns/javaee/web-app_3_0.xsd"
  version="3.0"
  metadata-complete="true">  

 <welcome-file-list>
    <welcome-file>Hello.html</welcome-file>
 </welcome-file-list>
</web-app>

再在IE里输入：http://localhost:9081/HelloWeb/，也会看到这个页面

用于存放jsp对应的servlet文件和.class文件.

这个图是我在eclipse里写的一个jsp页面

它对应的servlet是

2、tomcat组成

Service

Service 只是在 Connector 和 Container 外面多包一层，把它们组装在一起，向外面提供服务，负责处理所有Connector所获得的客户请求。一个 Service 可以设置多个 Connector，但是只能有一个 Container 容器。这个 Service 接口的方法列表如下：

图 2. Service 接口

Server

Server是Tomcat的一个实例，通常一个JVM只能包含一个Tomcat实例。因此一台物理服务器上可以在启动多个JVM的情况下在每一个JVM中启动一个Tomcat实例。每个实例分属于一个独立的管理端口。这是一个Tomcat顶级组件。

Server 要完成的任务很简单，就是要管理service。能够提供一个接口让其它程序能够访问到这个 Service 集合、同时要维护它所包含的所有 Service 的生命周期，包括如何初始化、如何结束服务、如何找到别人要访问的 Service。Server 的类结构图如下：

图 4. Server 的类结构图

Connector 组件

是 Tomcat 中两个核心组件（另一个是Container组件）之一，它的主要任务是负责接收浏览器的发过来的 tcp 连接请求，创建一个 Request 和 Response 对象分别用于和请求端交换数据，然后会产生一个线程来处理这个请求并把产生的 Request 和 Response 对象传给处理这个请求的线程，处理这个请求的线程就是 Container 组件要做的事了。

TOMCAT有两个典型的Connector，一个直接侦听来自browser的http请求，一个侦听来自其它WebServer的请求：

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

Container 组件

Container 有四个子组件构成，分别是：Engine、Host、Context、Wrapper，这四个组件不是平行的，而是父子关系，Engine 包含 Host,Host 包含 Context，Context 包含 Wrapper。

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

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

Context 代表 Servlet 的 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 可以没有 Engine 和 Host。Context 最重要的功能就是管理它里面的 Servlet 实例，Servlet 实例在 Context 中是以 Wrapper 出现的

Wrapper 代表一个 Servlet，它负责管理一个 Servlet，包括的 Servlet 的装载、初始化、执行以及资源回收。Wrapper 是最底层的容器，它没有子容器了，所以调用它的 addChild 将会报错。Wrapper 的实现类是 StandardWrapper，StandardWrapper 还实现了拥有一个 Servlet 初始化信息的 ServletConfig。

反映到具体的tomcat/conf/server.xml文件中是这样的：service>connector>engine>host

3、tomcat处理一个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

参考1：https://www.ibm.com/developerworks/cn/java/j-lo-tomcat1/

参考2：http://docs.huihoo.com/apache/tomcat/heavyz/01-startup.html