tomcat架构：容器类

容器类及其 标准实现

1. Engine：org.apache.catalina.core.StandardEngine 
2. Host：org.apache.catalina.core.StandardHost
3. Context：org.apache.catalina.core.StandardContext
4. Wrapper：org.apache.catalina.core.StandardWrapper

容器类基类

org.apache.catalina.core.ContainerBase  

Engine

简单介绍
Cluster：实现tomcat集群，例如session共享功能
Realm：实现用户权限管理模块
Pipeline：每个容器都有个一个pipeline，与valve协作，完成请求处理流程
Valve：实现具体的业务逻辑单元，可以定制化，但是每个容器都有个缺省的valve

关于Pipeline与Valve如何合作，简单的说一下（有专门的章节会详细说）：
具体表现为，每个容器包含一个pipeline，每个pipeline包含一个valve集合，位于前面的的valve做完业务处理后将调用后面的valve做业务处理，而容器的缺省valve位于集合的最后一个位置，负责调用下层容器的pipeline的第一个valve做业务处理，调用会从Engine的第一个valve调用开始，一直执行到调用Wrapper的缺省valve：StandardWrapperValve，而filter与servlet的处理就是在这个valve中进行的 。Engine的第一个valve是由Adapter调用的。

host

基本与engine一致

context

Manager：它主要是应用的session管理模块。其主要功能是session的创建，session的维护，session的持久化(persistence)，以及跨context的session的管理等。Manager模块可以定制化，tomcat也给出了一个标准实现org.apache.catalina.session.StandardManager

Resources: 它是每个web app对应的部署结构的封装，比如，有的app是tomcat的webapps目录下的某个子目录或是在context节点配置的其他目录，或者是war文件部署的结构等。它对于每个web app是必须的

loader：它是对每个web app的自有的classloader的封装。具体内容涉及到tomcat的classloader体系，会在一篇文档中单独说明。Tomcat正是有一套完整的classloader体系，才能保证每个web app或是独立运营，或是共享某些对象等等。它对于每个web app是必须的

Mapper：它封装了请求URL与wrapper容器的映射关系，只值有一种情况，那就是通过forward方式访问资源时会用到这个mapper去定位wrapper容器，除此之外其它形式都是通过connector中的mapper来完成这个过程， 这就是常说的forward与sendRedirect的重定向区别的根本所在，也说明了forward为什么不能跨context来访问资源了

Wrapper

servlet与servlet stack，对应的是不同步与同步的两种servlet模式，不同步：多个线程共享一个servlet对象，同步：每个线程一个servlet对象，平时用到的基本都是非同步的servlet。