我们已经清楚了 Servlet 是如何被加载的、初始化及其体系结构,现在的问题就是它是如何被调用的.
用户从浏览器向服务器发起的一个请求通常会包含如下信息http://hostname: port /contextpath/servletpath
- hostname 和 port:与服务器建立 TCP 连接
- URL:选择在服务器中哪个子容器服务用户的请求
服务器是如何根据这个 URL 到达正确的 Servlet 容器中的呢?
- 在 Tomcat7 中这件事很容易解决,因为这种映射工作有专门的一个类来完成 org.apache.tomcat.util.http.mapper.
该类保存了 Tomcat 的 Container 容器中所有子容器的信息.
在org.apache.catalina.connector.Request 类进入 Container 容器之前,mapper 会根据这次请求的hostnane和contextpath将host和context 容器设置到 Request 的 mappingData 属性中,如下图所示.
所以当 Request进入 Container 容器之前，它要访问哪个子容器就已经确定了.
Request 的 Mapper 类关系图
可能你有疑问，mapper 中怎么会有容器的完整关系?
这要回到http://upload-images.jianshu.io/upload_images/4685968-f4c4cc6126fe8e14.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/700中 第 19 步 MapperListener 类的初始化过程,下面是其的init 方法代码
public void init() {
findDefaultHost();
Engine engine = (Engine) connector.getService().getContainer();
engine.addContainerListener(this);
Container[] conHosts = engine.findChildren();
for (Container conHost : conHosts) {
Host host = (Host) conHost;
if (!LifecycleState.NEW.equals(host.getState())) {
host.addLifecycleListener(this);
registerHost(host);
}
}
}
这段代码的作用就是将 MapperListener 作为一个监听者加到整个 Container 容器的每个子容器中.
如此,任何一个容器发生变化,MapperListener 都将会被通知到,相应的保存容器关系的 MapperListener 的 mapper 属性也会被修改.
在for 循环中就是将 host 及下面的子容器注册到 mapper 中.
上图描述了一次 Request 请求如何达到最终的 Wrapper 容器.
我们现在知道了请求是如何达到正确的 Wrapper 容器，但在请求到达最终的 Servlet 前还要完成一些步骤,必须要执行 Filter 链以及通知你在 web.xml 中定义的 listener.
接下来就要执行 Servlet 的 service 方法了,通常我们自定义的 servlet 并不直接实现 javax.servlet.servlet 接口,而是去继承更简单的 HttpServlet 或 GenericServlet,我们可以有选择的覆盖相应方法去实现我们要完成的工作.
Servlet 的确已经能够帮我们完成所有的工作了,但是现在的 web 应用很少有直接将交互的全部页面用 servlet 来实现,而是采用更加高效的 MVC 框架来实现.
这些 MVC 框架基本的原理都是将所有的请求都映射到一个 Servlet,然后去实现 service 方法,这个方法也就是 MVC 框架的入口.
当 Servlet 从 Servlet 容器中移除时,也就表明该 Servlet 的生命周期结束,这时 Servlet 的 destroy 方法将被调用,善后.
