Servlet的简单初始化以及其被调用的过程

一、说明

    Servlet是一个运行在web服务器中的简易的Java程序,通过HTTP来接受和响应来自浏览器的请求。程序中要实现一个Servlet一般必须继承javax.servlet.GenericServlet或者继承了javax.servlet.http.HttpServlet的HTTP servlet。在其整个生命周期中大致会经历这么几个阶段。

  1.  初次被调用,Servlet被web服务器构建,然后调用init方法。
  2. 任何来自客户端的请求都会在它的service方法中被处理。
  3. Servlet被移除服务器,调用destroy方法,然后进行垃圾的收集工作。

       除了生命周期方法,该接口提供了getServletConfig方法,servlet可以使用它来得到任何启动信息,和getServletInfo方法,它允许servlet返回自身的基本信息,比如作者、版本和版权。

Servlet的运行过程

Servlet程序是由web服务器调用,web服务器收到客户端的Servlet访问请求后:
①web服务器首先检查是否已经装载并创建了该Servlet的实例对象。如果是,则直接执行第④步,否则,执行第②步。
②装载并创建该Servlet的一个实例对象。
③调用Servlet实例对象的init()方法。
④创建一个用于封装HTTP请求消息的HttpServletRequest对象和一个代表HTTP响应消息的HttpServletResponse对象,然后调用Servlet的service()方法并将请求和响应对象作为参数传递进去。

⑤web应用程序被停止或重新启动之前,Servlet引擎将卸载Servlet,并在卸载之前调用Servlet的destroy()方法。

destory()方法会在web容器移除servlet时执行,客户机第一次访问服务器时,服务器会创建servlet实例对象,它就永远驻留在内存里面了,等待客户机第二次访问,这时有一个用户访问完servlet之后,此servlet对象并不会被摧毁,destory()方法就不会被执行。
一道面试题:请说出servlet的生命周期

答:servlet对象是用户第一次访问时创建,对象创建之后就驻留在内存里面了,响应后续的请求。servlet对象一旦被创建,init()就会被执行,客户端的每次请求导致service()方法被执行,servlet对象被摧毁时(web服务器停止后或者web应用从服务器里删除时),destory()方法就会被执行。

在Servlet的整个生命周期内,Servlet的init方法只被调用一次。而对一个Servlet的每次访问请求都导致Servlet引擎调用一次servlet的service方法。对于每次访问请求,Servlet引擎都会创建一个新的HttpServletRequest请求对象和一个新的HttpServletResponse响应对象,然后将这两个对象作为参数传递给它调用的Servlet的service()方法,service方法再根据请求方式分别调用doXXX方法。
如果在<servlet>元素中配置了一个<load-on-startup>元素,那web应用程序在启动时,就会装载并创建Servlet的实例对象、以及调用Servlet实例对象的init()方法。例如:

<servlet>
    <servlet-name>ServletDemo3</servlet-name>
    <servlet-class>cn.itcast.ServletDemo3</servlet-class>
    <load-on-startup>1</load-on-startup>
</servlet>
注意: <load-on-startup>元素配置的数必须为正整数,数字越小,Servlet越优先创建。
用途:为web应用写一个InitServlet,这个Servlet配置为启动时装载,为整个web应用创建必要的数据库表和数据。

缺省Servlet

如果某个Servlet的映射路径仅仅为一个正斜杠(/),那么这个Servlet就成为当前Web应用程序的缺省Servlet。
凡是在web.xml文件中找不到匹配的<servlet-mapping>元素的URL,它们的访问请求都将交给缺省Servlet处理,也就是说,缺省Servlet用于处理所有其他Servlet都不处理的访问请求。例如:

<servlet>
    <servlet-name>ServletDemo3</servlet-name>
    <servlet-class>cn.itcast.ServletDemo3</servlet-class>
    <load-on-startup>1</load-on-startup>
</servlet>
<!-- 将ServletDemo3配置成缺省Servlet -->
<servlet-mapping>
    <servlet-name>ServletDemo3</servlet-name>
    <url-pattern>/</url-pattern>
</servlet-mapping>
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10

当访问不存在的Servlet时,就使用配置的默认Servlet进行处理

<tomcat的安装目录>\conf\web.xml文件中,注册了一个名称为org.apache.catalina.servlets.DefaultServlet的Servlet,并将这个Servlet设置为了缺省Servlet。

<servlet>
        <servlet-name>default</servlet-name>
        <servlet-class>org.apache.catalina.servlets.DefaultServlet</servlet-class>
        <init-param>
            <param-name>debug</param-name>
            <param-value>0</param-value>
        </init-param>
        <init-param>
            <param-name>listings</param-name>
            <param-value>false</param-value>
        </init-param>
        <load-on-startup>1</load-on-startup>
</servlet>

<!-- The mapping for the default servlet -->
<servlet-mapping>
        <servlet-name>default</servlet-name>
        <url-pattern>/</url-pattern>
</servlet-mapping>
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19

当访问Tomcat服务器中的某个静态HTML文件和图片时,实际上是在访问这个缺省Servlet(服务器中的html文件数据的读取由缺省servlet完成)。

Servlet的线程安全问题

当多个客户端并发访问同一个Servlet时,web服务器会为每一个客户端的访问请求创建一个线程,并在这个线程上调用Servlet的service方法,因此service方法内如果访问了同一个资源的话,就有可能引发线程安全问题。
不存在线程安全问题的代码:

public class ServletDemo4 extends HttpServlet {

    protected void doGet(HttpServletRequest request, HttpServletResponse response)
            throws ServletException, IOException {

        int i = 0;

        i++;

        response.getOutputStream().write((i+"").getBytes());
    }

    protected void doPost(HttpServletRequest request, HttpServletResponse response)
            throws ServletException, IOException {

        doGet(request, response);
    }

}
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19

当多线程并发访问这个方法里面的代码时,会存在线程安全问题吗?
答:i变量被多个线程并发访问,但是没有线程安全问题,因为i是doGet方法里面的局部变量,当有多个线程并发访问doGet方法时,每一个线程里面都有自己的i变量,各个线程操作的都是自己的i变量,所以不存在线程安全问题。多线程并发访问某一个方法的时候,如果在方法内部定义了一些资源(变量,集合等),那么每一个线程都有这些东西,所以就不存在线程安全问题了。
存在线程安全问题的代码:

public class ServletDemo4 extends HttpServlet {

    int i = 0;

    protected void doGet(HttpServletRequest request, HttpServletResponse response)
            throws ServletException, IOException {

        i++;

        try {
            Thread.sleep(1000*4);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }

        response.getOutputStream().write((i+"").getBytes());
    }

    protected void doPost(HttpServletRequest request, HttpServletResponse response)
            throws ServletException, IOException {

        doGet(request, response);
    }

}
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25

把i定义成全局变量,当多个线程并发访问变量i时,就会存在线程安全问题了。
线程安全问题只存在多个线程并发操作同一个资源的情况下,所以在编写Servlet的时候,如果并发访问某一个资源(变量,集合等),就会存在线程安全问题,那么该如何解决这个问题呢?可使用同步代码块。

public class ServletDemo4 extends HttpServlet {

    int i = 0;

    protected void doGet(HttpServletRequest request, HttpServletResponse response)
            throws ServletException, IOException {

        synchronized (this) {
            i++;

            try {
                Thread.sleep(1000*4);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }

            response.getOutputStream().write((i+"").getBytes());
        }
    }

    protected void doPost(HttpServletRequest request, HttpServletResponse response)
            throws ServletException, IOException {

        doGet(request, response);
    }

}
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27

加了synchronized后,并发访问i时就不存在线程安全问题了,为什么加了synchronized后就没有线程安全问题了呢?
答:假如现在有一个线程访问Servlet对象,那么它就先拿到了Servlet对象的那把锁,等到它执行完之后才会把锁还给Servlet对象,由于是它先拿到了Servlet对象的那把锁,所以当有别的线程来访问这个Servlet对象时,由于锁已经被之前的线程拿走了,后面的线程只能排队等候了。
以上这种做法是给Servlet对象加了一把锁,保证任何时候都只有一个线程在访问该Servlet对象里面的资源,这样就不存在线程安全问题了。这种做法虽然解决了线程安全问题,但是编写Servlet却万万不能用这种方式处理线程安全问题,假如有9999个人同时访问这个Servlet,那么这9999个人必须按先后顺序排队轮流访问。
针对Servlet的线程安全问题,Sun公司是提供有解决方案的:让Servlet去实现一个SingleThreadModel接口,如果某个Servlet实现了SingleThreadModel接口,那么Servlet引擎将以单线程模式来调用其service方法。
查看Sevlet的API可以看到,SingleThreadModel接口中没有定义任何方法和常量,在Java中,把没有定义任何方法和常量的接口称之为标记接口,经常看到的一个最典型的标记接口就是”Serializable”,这个接口也是没有定义任何方法和常量的,标记接口在Java中有什么用呢?主要作用就是给某个对象打上一个标志,告诉JVM,这个对象可以做什么,比如实现了”Serializable”接口的类的对象就可以被序列化,还有一个”Cloneable”接口,这个也是一个标记接口,在默认情况下,Java中的对象是不允许被克隆的,就像现实生活中的人一样,不允许克隆,但是只要实现了”Cloneable”接口,那么对象就可以被克隆了。
SingleThreadModel接口中没有定义任何方法,只要在Servlet类的定义中增加实现SingleThreadModel接口的声明即可。
对于实现了SingleThreadModel接口的Servlet,Servlet引擎仍然支持对该Servlet的多线程并发访问,其采用的方式是产生多个Servlet实例对象,并发的每个线程分别调用一个独立的Servlet实例对象。
实现SingleThreadModel接口并不能真正解决Servlet的线程安全问题,因为Servlet引擎会创建多个Servlet实例对象,而真正意义上解决多线程安全问题是指一个Servlet实例对象被多个线程同时调用的问题。事实上,在Servlet API 2.4中,已经将SingleThreadModel标记为Deprecated(过时的)。
解决代码如下:

// 线程安全 (网页)
public class ServletDemo4 extends HttpServlet implements SingleThreadModel {
    int i = 0;

    // 子类在覆盖父类的方法时,不能抛出比父类更多的异常
    protected void doGet(HttpServletRequest request, HttpServletResponse response)
            throws ServletException, IOException {

        i++;

        try {
            Thread.sleep(1000*4);
        } catch (InterruptedException e) {
            e.printStackTrace();
            // 后台记录异常的同时并给用户一个友好提示
        }

        response.getOutputStream().write((i+"").getBytes());

    }

    protected void doPost(HttpServletRequest request, HttpServletResponse response)
            throws ServletException, IOException {

        doGet(request, response);
    }

}
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28

以上代码还要注意异常的处理,代码Thread.sleep(1000*4);只能try不能抛,因为子类在覆盖父类的方法时,不能抛出比父类更多的异常;并且catch之后,后台记录异常的同时并给用户一个友好提示,因为用户访问的是一个网页。



转自http://blog.csdn.net/yerenyuan_pku/article/details/51852086


  • 1
    点赞
  • 12
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值