前言

                 Servlet是一个java编写的程序,此程序是在服务器端运行的,是按照Servlet规范编写的一个

             java类。Servlet是处理客户端的请求,并将处理结果以响应的方式返回给客户端。Servlet框架

             是怎样的呢?它的生命周期又是什么情况呢?这是本文需要探求的。

         Servlet框架

                 网上下载Servlet源码,解压之后发现其由两个包组成:

                         1、javax.servlet

                         2、javax.servlet.http

            javax.servlet

                  此包中定义了所有Servlet类都必须实现的接口或类。

                  接口定义:

                  ServletConfig接口---在初始化过程中由Servlet容器(Tomcat调用)

                  ServletContext接口---定义Servlet用于获取容器信息的方法

                  ServletRequest接口---向服务器请求信息

                  ServletResponse接口 ---响应客户端请求

                  Servlet接口---定义所有的Servlet必须实现的方法

                  类定义:

                  ServletInputStream类 --- 用于从客户端读取二进制数据

                  ServletOutputStream类 ---用于将二进制数据写入到客户端

                  GenricServlet--- 抽象类,定义一个通用的,独立于底层协议的servlet。

            java.servlet.http

                  此包中定义了使用HTTP通信协议的所有Servlet类应该实现的类、接口。

                  接口定义:

                   HttpServletRequest接口 --- 封装http请求

                   HttpServletResponse接口 --- 封装http响应

                   HttpSession接口 --- 用于表示客户端存储有关客户的信息

                   HttpSessionAttributeListener接口---实现这个监听接口,当用户获取Session的属性列表发生

                                                             改变的时候得到通知。

                   类的定义:

                   HttpServlet类 --- 扩展了GenericServlet的抽象类

                   Cookie类 --- 创建一个Cookie,Cookie技术,用户存储服务器发送给客户端的信息。

               通过阅读Servlet框架源码,其主要的框架结构如下图:

               Servlet框架基础和生命周期(结合源码)、destroy()的思考_第1张图片

             Servlet工作过程

                        通过上述Servlet框架的了解我们可以初步描述一下Servlet在Tomcat容器中是如何工作的。

                   来看下面的时序图:

                 Servlet框架基础和生命周期(结合源码)、destroy()的思考_第2张图片

                    1、Web Client 向Servlet容器(Tomcat)发出Http请求

                    2、Servlet容器接收Web Client的请求


                    3、Servlet容器创建一个HttpRequest对象,将Web Client请求的信息封装到这个对象中

                    4、Servlet容器创建一个HttpResponse对象

                    5、Servlet容器调用HttpServlet对象的service方法,把HttpRequest对象与HttpResponse

                        对象作为参数传给 HttpServlet对象

                   6、HttpServlet调用HttpRequest对象的有关方法,获取Http请求信息

                   7、HttpServlet调用HttpResponse对象的有关方法,生成响应数据

                   8、Servlet容器把HttpServlet的响应结果传给Web Client

                Tomcat和HttpServlet是如何进行交互的呢?从源码中我们可以得到

                 Servlet框架基础和生命周期(结合源码)、destroy()的思考_第3张图片

            Servlet生命周期

                       在Servlet框架中所有的Servlet类都必须实现Servlet这个接口。其中定义了三个方法:

                            1、init方法:负责初始化Servlet对象。

                            2、service方法:用于响应客户端的请求

                            3、destroy:销毁Servlet对象,释放占用的资源。

                       Servlet生命周期四个阶段:

                             ●  加载阶段:加载并实例化(创建Servlet实例)

                             ●  初始化阶段:调用init()方法

                             ●  响应客户请求阶段:调用service()方法,doGet、doPost

                             ●  终止阶段:调用destroy()方法

                            Servlet框架基础和生命周期(结合源码)、destroy()的思考_第4张图片

                  加载阶段

                       Tomcat从文件系统,远程文件系统或其他网络服务中通过类加载器来加载Servlet,并调用

                   Servlet的默认构造方法(不带参构造器)

                  初始化阶段init()方法

                       当Servlet容器启动时:读取web.xml配置文件中的信息,构造指定的Servlet对象,根据配置

                    文件的信息创建ServletConfig对象,并将其作为参数传递给init方法进行调用。

                       Tomcat启动后:用户首次想某个Servlet对象发送请求,Tomcat会判断内存中是否存在指定的

                     servlet对象,如果没有则会去创建它,然后创建HttpRequest,HttpResponse对象,调用service

                    方法处理用户的请求。

                       从Servlet的构造开始我们没有显示的看到init()方法的调用,那么init方法到底是何时进行调用

                    的呢?阅读源码可以知道:init方法是在实例化Servlet之后调用的,其参数ServletConfig是在

                    Servlet初始化阶段Tomcat根据web.xml配置信息,和操作系统的相关环境生成并传递给init

                    方法的。         

* Called by the servlet container to indicate to a servlet that the       * servlet is being placed into service.      *      * 

The servlet container calls the init * method exactly once after instantiating the servlet. * The init method must complete successfully * before the servlet can receive any requests. * *

The servlet container cannot place the servlet into service * if the init method *

    *
  1. Throws a ServletException *
  2. Does not return within a time period defined by the Web server

 

/**  *   * A servlet configuration object used by a servlet container  * to pass information to a servlet during initialization.   *  */   public interface ServletConfig {

               响应客户请求阶段service方法

                     service()方法是在客户端第一次访问servlet时执行的,其实init方法同样也是在有客户端访问

                 servlet的时候才被调用。不过需要特别注意的是讨论init方法在session级别上时,当存在不同的

                 会话访问相同的servlet时,Tomcat会开启一个线程处理这个新的会话,但是此时Tomcat容器

                 不会实例化这个servlet对象,也就是有多个线程在共享这个servlet实例。换句话说Servlet对象在

                 servlet容器中是以单例的形式存在的!然而查看其源码可以发现,Servlet在多线程下并未使用同

                 步机制,因此,在并发编程下servlet是线程不安全的

                       对于Servlet的并发,线程安全的处理问题,笔者会找个时间好好的整理下思路。

                   对于不同的session访问相同的serlvet对象,只有一次init的过程,笔者会在接下来予以演示。

                     阅读HttpServlet的源码可以知道,基于Http通信协议的HttpServlet在进行客户端响应处理的

                 时候根据客户端请求,响应的类别不同分别调用不同的方法,其中最常用的就是doGet、doPost

                 方法,这两个方法是我们在编写Servlet中的主要的逻辑处理阶段。

  protected void service(HttpServletRequest req, HttpServletResponse resp) 	throws ServletException, IOException     { 	String method = req.getMethod();  	if (method.equals(METHOD_GET)) { 	    long lastModified = getLastModified(req); 	    if (lastModified == -1) { 		// servlet doesn't support if-modified-since, no reason 		// to go through further expensive logic 		doGet(req, resp); 	    } else { 		long ifModifiedSince = req.getDateHeader(HEADER_IFMODSINCE); 		if (ifModifiedSince < (lastModified / 1000 * 1000)) { 		    // If the servlet mod time is later, call doGet()                     // Round down to the nearest second for a proper compare                     // A ifModifiedSince of -1 will always be less 		    maybeSetLastModified(resp, lastModified); 		    doGet(req, resp); 		} else { 		    resp.setStatus(HttpServletResponse.SC_NOT_MODIFIED); 		} 	    }  	} else if (method.equals(METHOD_HEAD)) { 	    long lastModified = getLastModified(req); 	    maybeSetLastModified(resp, lastModified); 	    doHead(req, resp);  	} else if (method.equals(METHOD_POST)) { 	    doPost(req, resp); 	     	} else if (method.equals(METHOD_PUT)) { 	    doPut(req, resp);	 	     	} else if (method.equals(METHOD_DELETE)) { 	    doDelete(req, resp); 	     	} else if (method.equals(METHOD_OPTIONS)) { 	    doOptions(req,resp); 	     	} else if (method.equals(METHOD_TRACE)) { 	    doTrace(req,resp); 	     	} else { 	    // 	    // Note that this means NO servlet supports whatever 	    // method was requested, anywhere on this server. 	    //  	    String errMsg = lStrings.getString("http.method_not_implemented"); 	    Object[] errArgs = new Object[1]; 	    errArgs[0] = method; 	    errMsg = MessageFormat.format(errMsg, errArgs); 	     	    resp.sendError(HttpServletResponse.SC_NOT_IMPLEMENTED, errMsg); 	}     }     

              终止阶段:destroy()方法的调用

                   上面的探讨中知道的了Servlet是如何加载、初始化、处理客户端的请求响应的,那么Servlet

               在什么时候终止呢?其生命周期又是在什么时候结束的呢?

                   我们知道的是Servlet生命周期是有Tomcat容器来管理的,由此在Tomcat关闭、或者Restart

               的时候,servlet的生命周期必然结束,destroy方法也必然被调用过。在客户端与服务器的一次

               Session会话中,session关闭之后servlet并未销毁。后续演示。

                  总的来说servlet对象什么时候destroy的呢?

                      1、Tomcat服务器stop

                      2、web项目reload

                      3、Tomcat容器所在的服务器shutdown(这不废话吗?)

            更正之处:对于destroy()方法笔者略有疑惑,“它到底是如何销毁Servlet的呢?”,基于这个问题

                 特意的去查看了源码,结果发现destroy()方法在Servlet框架中并未具体去实现。它是由Coder

             自己去实现的。因此“destroy()方法用户销毁Servlet”这种说法本身就是离谱的!查阅源码:          

    /**       * Called by the servlet container to indicate to a servlet that the       * servlet is being taken out of service.  See {@link Servlet#destroy}.       *       *        */     /**      *      * Called by the servlet container to indicate to a servlet that the      * servlet is being taken out of service.  This method is      * only called once all threads within the servlet's      * service method have exited or after a timeout      * period has passed. After the servlet container calls this       * method, it will not call the service method again      * on this servlet.      *      * 

This method gives the servlet an opportunity * to clean up any resources that are being held (for example, memory, * file handles, threads) and make sure that any persistent state is * synchronized with the servlet's current state in memory. * */ public void destroy(); }

          
               阅读上述注释,很明白的是destroy的调用是表明Servlet结束其servcie阶段,destroy方法的调用

              实际是在servlet销毁之前,由Tomcat来调用的,其作用是清理一些资源的占用情况,例如文件、

              线程,而且确保任何持久的状态和servlet的当前状态在内存中是同步的。

                   不过destroy的调用情况上述的总结是正确的。

                  也就是说Servlet的销毁时destroy()一定会被掉用,servlet方法基本是由Tomcat回调的!

              但是destroy()方法的调用只是回收一些资源,并不意味着Servlet已经销毁。至于何时销毁,这个

              笔者也不太明了,希望有人可以指出,不过据源码是Servlet结束servcie服务时销毁,Tomcat关闭

              时也会销毁。(皮之不存毛将安附焉?)

                    简单的测试下:

                      我们在doPost()方法里面简单的调用下destory方法,run项目,之后另起一个Session访问

             输出情况:

                   Servlet框架基础和生命周期(结合源码)、destroy()的思考_第5张图片

              这就说明了destroy()和Servlet的销毁不存在必然联系,只是在Servlet销毁之前,destroy方法,会

               基由Tomcat回调,进行一些资源的清理,文件关闭。

          Servlet生命周期演示

                 为了更进一步的了解Servlet生命周期(它确实十分重要),笔者新建一个简单的web项目予以说明

            不当之处请指正,一起交流。

                Eclipse配合Tomcat如何新建一个web项目,这个笔者就不必多说了吧,挺简单的,网上的总结

            各式各样的也不少。不过需要注意的是高版本的Eclipse若果读者不注意的话产生的web项目是没有

             web.xml文件的,以注解的形式代替了。

              Servlet框架基础和生命周期(结合源码)、destroy()的思考_第6张图片

            runtime选择自己配置好的Tomcat容器,web Module version选择2.5就可以了,不要选择3.0

            这里笔者贴出项目中的一些歌主要的文件。

                  web.xml配置文件。  

    Servlet02        index.html     index.htm     index.jsp     default.html     default.htm     default.jsp                HelloServlet     HelloServlet     com.kiritor.servlet.HelloServlet                   info       this is a init message                HelloServlet     /HelloServlet    
             注意servlet映射的配置,以及初始化参数的配置。

           自定义Servlet的代码:

package com.kiritor.servlet; import java.io.IOException; import java.io.PrintWriter;  import javax.servlet.ServletConfig; import javax.servlet.ServletException; import javax.servlet.ServletRequest; import javax.servlet.ServletResponse; import javax.servlet.annotation.WebInitParam; import javax.servlet.annotation.WebServlet; import javax.servlet.http.HttpServlet; import javax.servlet.http.HttpServletRequest; import javax.servlet.http.HttpServletResponse;   public class HelloServlet extends HttpServlet { 	private static final long serialVersionUID = 1L;      /**      * Default constructor.       */     public HelloServlet() {       super();     }      @Override     public void init(ServletConfig config) throws ServletException {     	// TODO Auto-generated method stub     	super.init(config);     	System.out.println("init方法被执行");     	System.out.println("相关的初始化参数:");     	System.out.println(config.getInitParameter("info"));     } 	/** 	 * @see HttpServlet#doGet(HttpServletRequest request, HttpServletResponse response) 	 */ 	protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { 	  this.doPost(request, response); 	}  	/** 	 * @see HttpServlet#doPost(HttpServletRequest request, HttpServletResponse response) 	 */ 	protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { 	   PrintWriter printWriter = response.getWriter(); 	   printWriter.write("Hello world"); 	}   @Override   protected void service(HttpServletRequest arg0, HttpServletResponse arg1)  		throws ServletException, IOException { 	  super.service(arg0, arg1); 	  System.out.println("service方法被执行");  }   @Override public void destroy() { 	super.destroy(); 	System.out.println("destroy方法被执行"); }  } 
                  接下来我们直接run该项目。看看后台输出结果,现在貌似可以直接在Eclispe控制台查看

             输出信息了,十分方便。

                Servlet框架基础和生命周期(结合源码)、destroy()的思考_第7张图片

                 init方法是在servlet实例化后由Tomcat容器进行调用的,生成了诸多信息,其中包含我们自己

            定义的Servlet配置信息,在init方法中我们通过ServletConfig对象获取到了。

                 之后service方法执行了。这里新开启一个session会话,看看情况。图我就不贴了,控制台

            多输出一句service被执行。证明了servlet在容器中实例单例的形式存在。源码层面上Servlet不是

            单例的,只是由于容器对其的维护,使之产生了类似单例的效果。

                 接下来我们看destroy方法的调用情况,只是针对上述两种情况来说的,不可能笔者还去关机‘

            演示。首先我们关闭Tomcat服务器

               

               之后再Tomcat主页webapp管理上演示下reload,由于我们需要对Tomcat进行管理,我们将项目

           打成war,单独运行Tomcat并发布war进行测试。

             

             

             点击reload查看后台输出结果

            Servlet框架基础和生命周期(结合源码)、destroy()的思考_第8张图片

                  对Servlet生命周期的问题就总结到这里了,笔者上述中有什么问题或者错误的地方希望读者给予

            指正,大家多多交流。

                  对于Servlet的线程安全问题笔者会找个时间在学习下。