tomcat如何处理请求 源码分析(二)（Container部分）

上下文

tomcat源码分析共2个阶段
1.tomcat如何接收处理请求源码分析(一)（Connector部分）
2.tomcat如何接收处理请求源码分析(二)（Container部分）本篇

目标：

本文主要分析tomcat的Container部分，已经封装好的HttpRequest，经过一层层Valve一层层filter最终是如何到达controller。下图中的2号框和3号框即使本所涉及的范围。

正文

1container结构分析

valve（阀门）可以简单理解为过滤器（filter），阀门和过滤器本来就相似，我们开发过web的同事应该都有使用filter的经历，比如session校验，非法请求拦截等一些常用的方案，都可以通过filter解决。而我们tomcat层面的valve也类似于filter，会对请求进行拦截。那么它和filter的区别是什么？filter拦截的目标是 tomcat的 webapps下的一个应用 ，而valve则是属于容器层面的拦截。什么叫容器层面的拦截。我们前面分析过，一个请求最终进入到controller，首先是经历了connector对连接处理，然后进入container容器，而容器内部先是进入最外层的Engine,，然后进入第二层Host,然后是Context,最后是Wrapper，这是一种嵌套的顺序，类似下图。

2对engine、host、context、wrapper的理解

容器是一个比较大的概念，以上四个都属于容器，大小不同，容器是针对tomcat内部的组件的抽象。

engine理解为引擎、host理解为虚拟主机、context理解为webapps下的一个文件夹、wrapper理解为一个controller。这些容器都可以在tomcat的配置文件server.xml中配置，如下文所示。

<?xml version='1.0' encoding='utf-8'?>
<Server port="8005" shutdown="SHUTDOWNING">
  <Listener className="org.apache.catalina.startup.VersionLoggerListener" />
  <Service name="Catalina">
    <Executor name="tomcatThreadPool" namePrefix="catalina-exec-"
        maxThreads="150" minSpareThreads="4"/>      
    <Connector URIEncoding="UTF-8" port="8080" protocol="HTTP/1.1"
               connectionTimeout="20000"
               redirectPort="