我们以一个具体的例子，来跟踪TOMCAT， 看看它是如何把Request一层一层地递交给下一个容器， 并最后交给Wrapper来处理的。
以http://localhost:8080/web/login.jsp为例子
主要分为3个部分： 前期， 中期， 和末期。
前期：讲解了在浏览器里面输入一个URL，是怎么被tomcat抓住的。
中期：讲解了被tomcat抓住后，又是怎么在各个容器里面穿梭， 最后到达最后的处理地点。
末期：讲解到达最后的处理地点后，又是怎么具体处理的。
2、 前期 Request的born.
在这里我先简单讲一下request这个东西。
我们先看着这个URL：http://localhost:8080/web/login.jsp 它是动用了8080端口来进行socket通讯的。
我们知道, 通过
InputStream in = socket.getInputStream() 和
OutputStream out = socket.getOutputStream()
就可以实现消息的来来往往了。
但是如果把Stream给应用层看，显然操作起来不方便。
所以，在tomcat 的Connector里面， socket被封装成了Request和Response这两个对象。
我们可以简单地把Request看成管发到服务器来的数据，把Response看成想发出服务器的数据。
8080端口传过来由httpd协议封装的数据，解析成Request和Response对象。
把Request适配成实现了ServletRequest和HttpServletRequest接口的CoyoteRequest.
中期。 在各个容器间的穿梭。
Request在各个容器里面的穿梭大致是这样一种方式：
每个容器里面都有一个管道（pipline）， 专门用来传送Request用的。
管道里面又有好几个阀门（valve）， 专门用来过滤Request用的。
在管道的低部通常都会放上一个默认的阀们。 这个阀们至少会做一件事情，就是把Request交给子容器。
。。。。得更新一下这个用户的session，由manager更新一下用户的session信息
具体的Context 容器去继续处理Request
末期。 不同的需求是怎么处理的.
StandardWrapper
之前对Wrapper没有做过讲解，其实它是这样一种东西。
我们在处理Request的时候，可以分成3种。
处理静态的： org.apache.catalina.servlets.DefaultServlet
处理jsp的： org.apache.jasper.servlet.JspServlet
处理servlet的： org.apache.catalina.servlets.InvokerServlet
不同的request就用这3种不同的servlet去处理。
Wrapper就是对它们的一种简单的封装，有了Wrapper后，我们就可以轻松地拦截每次的Request。也可以容易地调用servlet的init()和destroy()方法， 便于管理
具体情况是：
如果request是找jsp文件，StandardWrapper里面就会封装一个org.apache.jasper.servlet.JspServlet去处理它。
如果request是找 静态资源 ，StandardWrapper里面就会封装一个org.apache.jasper.servlet.DefaultServlet 去处理它。
如果request是找servlet ，StandardWrapper里面就会封装一个org.apache.jasper.servlet.InvokerServlet 去处理它。