Servlet 如何工作

我们已经清楚了 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 在容器中的路由图

上图描述了一次 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 方法将被调用,善后.

测试

测试

继续阅读