1.Http请求的场景描述
做软件开发的都知道http协议，Http协议在网络上面的表现为一次请求，一次响应。从我们后端的角度来看，通俗来说就是用request进，request出。这个过程说白了，就是我们平时里再常见不过的一手交钱，一手交货。http请求的过程和我们在淘宝做买卖是一样的。做买卖需要有市场，网络的市场就是平台，比如淘宝。而http请求，也依托于一个平台，这个平台可以说大了，是http服务器，往小处说，就是ServletContext容器。在淘宝上，需要商家加盟，来吸引卖家购买，在ServletContext中，则需要开发人员开发对应的Servlet，来满足不同的需求。在淘宝上，商家通过商品详情，商铺首页，进行促销ServletContext中，需要依赖ServletConfig，来对请求进行描述。而request和response就是流通的货币和商品。
2.http请求中最关键的组件
要了解Tomcat处理Http的过程，就得了解tomcat处理Http请求中最核心的组件。在Tomcat中，最核心的Http组件就是connector和container这两个。connector就像它的名字，负责connect,简单点说就是处理网络连接。container就是我们的容器，我们的servlet就在里面。这两个组件分工明确，Connector负责网络连接这个头疼活儿，它负责accept8080（默认）端口，并且建立socket连接，同时把socket的字节流解析成http协议内容，同时生成request和response对象，根据解析出来的URL，mapping出对应的request对象，response对象该传给哪个容器下的哪个servlert。connector这边又维护了url和servlet的关系表，还启动了一个listener,负责监听container容器那边所以的变化，一旦变化，及时更新mapping。connector将request,response传给container容器后，container容器处理对应的http请求，调用servlet相关方法。
3.connector和container的关系
connector和container的关系，可以理解为4s店和车厂之间的关系，4s店负责和购车客户对接，同时将客户的购车需求生成一个订单，订单相当于request。车厂在收到订单以后，就对汽车进行整车组装工作，组装完成以后，将整车返回到4s店，4s店最终通知客户提车，整车就相当于response。在通常情况下，4s店是很多的，而车厂通常是一家或者是几家的关系，在Tomcat中的体现，则是一组connector对应一个container容器。一组connector和一个container容器，构建了一个http的服务，就好比一堆4s店，加上一个车厂，构建了一个地区群众的车辆交易和维护的产业服务。
4.servlet中的filter
我们在http请求中，除了正常的调用servlet之外，还有一个大家经常用到的组件，那就是filter。filter这个组件通常很多人对他很头疼，不知道这个组件所谓何物。其实，我们可以把它当成一个特殊的一个servlet，只是不被装在wrapper容器中，filter则装载在修饰wrapper容器的wrapperValue中。简单来说，就是采用了装饰器和责任链的模式，运行在wrapper容器之前的一个修饰类组件。除了运行环境不一样，场景不一样，它和servlet没有本质的区别，都是被执行service方法。比如，我们要对所有的url进行是否登陆校验，可以在filter里面，对除了login的url进行过滤，一旦发现没有携带登录过后的身份信息，就把请求重定向到登录页面。这是一个经典的filter的使用场景，由于在servlet中，filter也是通过web.xml配置的，也就是被Conetxt加载完以后，哪些url需要被过滤，容器就处理过了。每个url在执行到Context容器中调用对应warpper容器的之前，都会被执行wrapperValue，检查是否需要执行dofilter。由于每个请求的url filter不尽相同，所以，tomcat就采用责任链模式，这样每个url的执行过程都比较自由。这是经典设计模式带来的好处！！！
5.SpringMVC处理请求的过程
SpringMVC中，spring自己用DispatcherServlet继承了httpServlet，把所有的url通过handlerMapping进行映射到对应的controller。所以springMVC中，一个请求会被tomcat映射到DispatcherServlet的service中，在这边，springMVC会根据DispatcherServlet中的doDispatcher方法进行请求分发，也就是我们对应的controller,controller中对应的是我们的业务代码。springMVC也定义了一个HandlerInterceptor拦截器接口，也是利用责任链的模式，对dispatcherServlet的service方法内的请求进行更加自由化的定制。springMVC这种设计思想和tomcat是如出一辙的。我们如果用一些分布式通讯工具简单开发一个servlet容器，其实也可以借鉴这个思想来实现。
