Tomcat——Tomcat处理请求流程
前言
tomcat从架构上看，包含Service，Engine，Host，Context，Wrapper。那么，当用户发起一个请求时，tomcat是如何将url映射到具体的Wrapper上的呢?
Mapper组件机制
Tomcat 设计了 Mapper(映射)组件 完成 url和Host、Context、Wrapper等组件容器的映射。
Mapper组件的核心功能是提供请求路径的路由映射，根据某个请求路径通过计算得到相应的Servlet（Wrapper）。
与url到Wrapper映射相关的类位于org.apache.catalina.mapper包下，包含四个类：
- Mapper：映射关系最核心的、最重要的类。完成url与Host，Context，Wrapper映射关系的初始化、变更、存储及映射
- MapperListener：实现了ContainerListener与 LifecycleListener接口，监听tomcat组件的变化，当有Host，Context及Wrapper变更时，调用Mapper相关方法，增加或者删除Host，Context，Wrapper等。
- MappingData：url映射后的数据，表示一个url具体映射到哪个host，哪个context，哪个wrapper上。
- WrapperMappingInfo：表示一个Wrapper的信息，是一个普通的类，不太重要。
Mapper主要功能是完成url到Wrapper的映射，有三个主要的功能
- 1、映射关系存储：存储所有的Host，context及Wrapper的对应关系；
- 2、映射关系初始化及变更：当新增一个组件或者移除一个组件时，mapper如何维护url到Wrapper的映射关系；
- 3、映射关系使用：根据url，映射到具体的host，context和wrapper。
总体结论
一个Service有一个Engine，而一个Engine中有一个Mapper。根据Engine，Host，Context及Ｗrapper的对应关系，易得到以下的结论。
-
一个Ｍapper中，应该保存有多个Ｈost对象（的确是这样的，每个Ｈost对象称之为ＭappedＨost，多个ＭappedＨost以数组形式组合，各元素通过其name进行排序）
-
一个Ｈost对象包含多个context（Context在Mapper中定义为MappedContext，也是通过数组形式存在，并且元素根据ＭappedContext的命名排序。但是与组件不同的是，每一个Context可以有多个版本，因此每一个MappedContext 包含了多个ContextVersion，每一个MappedContext下的多个ContextVersion表示同一个Context的多个版本）
-
一个Context包含多个Wrapper（此处的Context在Mapper中为ContextVersion，包含多个Wrapper，这些Wrapper分成四类，精确匹配的Wrapper，前缀匹配的Wrapper，扩展名匹配的Wrapper，默认的Wrapper，在Mapper中，每一个Wrapper都通过一个MappedWrapper表示）
因此，Mapper的构成可以用下图表示
当一个请求到来时，Mapper组件通过解析请求URL里的域名和路径，再到自己保存的
Map里去查找，就能定位到一个Servlet。请你注意，一个请求URL最后只会定位到一个
Wrapper容器，也就是一个Servlet。
从Tomcat的设计架构层面来分析Tomcat的请求处理。
步骤如下:
- 1、Connector组件Endpoint中的Acceptor监听客户端套接字连接并接收Socket。
- 2、将连接交给线程池Executor处理，开始执行请求响应任务。
- 3、Processor组件读取消息报文，解析请求行、请求体、请求头，封装成Request对象。
- 4、Mapper组件根据请求行的URL值和请求头的Host值匹配由哪个Host容器、Context容器、Wrapper容器处理请求。
- 5、CoyoteAdaptor组件负责将Connector组件和Engine容器关联起来，把生成的
Request对象和响应对象Response传递到Engine容器中，调用 Pipeline。 - 6、Engine容器的管道开始处理，管道中包含若干个Valve、每个Valve负责部分处理逻
辑。执行完Valve后会执行基础的 Valve--StandardEngineValve，负责调用Host容器的
Pipeline。 - 7、Host容器的管道开始处理，流程类似，最后执行 Context容器的Pipeline。
- 8、Context容器的管道开始处理，流程类似，最后执行 Wrapper容器的Pipeline。
- 9、Wrapper容器的管道开始处理，流程类似，最后执行 Wrapper容器对应的Servlet对象的处理方法。
请求流程源码解析
在Tomcat的整体架构中，我们发现Tomcat中的各个组件各司其职，组件之间松耦合，确保了整体架构的可伸缩性和可拓展性，那么在组件内部，如何增强组件的灵活性和拓展性呢？ 在Tomcat中，每个Container组件采用责任链模式来完成具体的请求处理。
在Tomcat中定义了Pipeline 和 Valve 两个接口，Pipeline 用于构建责任链， 后者代表责
任链上的每个处理器。Pipeline 中维护了一个基础的Valve，它始终位于Pipeline的末端
（最后执行），封装了具体的请求处理和输出响应的过程。当然，我们也可以调用
addValve()方法， 为Pipeline 添加其他的Valve， 后添加的Valve 位于基础的Valve之
前，并按照添加顺序执行。Pipiline通过获得首个Valve来启动整合链条的执行 。
未完待续。。。。。。
参考：
https://www.cnblogs.com/wansw/p/10244039.html
https://blog.csdn.net/nblife0000/article/details/60364847
https://blog.csdn.net/jiaomingliang/article/details/47414657
