之前也没有研究过tomcat，只知道是服务器，能处理数据。以下为tomcat的体系结构
tomcat架构图
一般在web里，tomcat扮演两个角色。
web容器：web容器所能做的就是接受用户对静态资源的请求并进行恢复。比如apache，但是apache也能处理php 和perl这样的动态资源的原因是因为apache的配置文件里可以做配置。类似于通过加载插件的方式提供对perl和php等动态资源请求的能力。
tomcat在web容器的基础上增加了对动态资源处理的能里，也就是所谓的servlet容器，就需要我们配置在web.xml文件里。
tomcat在启动时会去读取web.xml文件。但是tomcat对servlet的加载是属于懒加载，也就是说启动时并没有将web.xml中所有的servet都加载到内存中，而是当前请求用到那个servlet才会去加载哪一个。
servlet容器：servlet是单例模式 整个生命周期中 同一个servlet对象只存在一个。其实servlet虽然是老技术 但是后面很多的新产品本质上都是在其基础上再开发和封装的。我们一开始学习web的时候，就是要自己手动编写servlet。
大致思路如下：
只要客户端一访问服务器，就开始创建servlet对象，通过调用init（）方法对其初始化，只创建一次，以后客户端访问就直接从内存里拿这个servlet对象，在这个期间会执行service（httpservletrequest req ,httpservletresponse res）方法，然后就可以doget和dopost传参了。最后服务器通过 res这个对象向客户端回送数据（一般先得到OutputStream os=res.getOutputStream()对象，在os.write(...)写数据，回送给客户端）。关于servlet对象的销毁，会执行一个destroy（）方法，一般是在关闭web应用或关闭服务器的时候会调用这个destroy（）方法。
Tomcat Server处理一个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
流程图如下所示：
参考链接：Tomcat原理以及处理http请求过程