servlet多线程

     Servlet是单实例多线程,servlet只会在容器启动的时候初始化一次,以后web容器的每同一个请求都不会在创建servlet的实例。

一、Servlet采用多线程来处理多个请求同时访问,Servelet容器维护了一个线程池来服务请求。

     线程池实际上是等待执行代码的一组线程叫做工作者线程(Worker Thread),Servlet容器使用一个调度线程来管理工作者线程(Dispatcher Thread)。

     当容器收到一个访问Servlet的请求,调度者线程从线程池中选出一个工作者线程,将请求传递给该线程,然后由该线程来执行Servlet的service方法。

     当这个线程正在执行的时候,容器收到另外一个请求,调度者线程将从池中选出另外一个工作者线程来服务新的请求,容器并不关系这个请求是否访问的是同一个Servlet还是另外一个Servlet。

     当容器同时收到对同一Servlet的多个请求,那这个Servlet的service方法将在多线程中并发的执行。

 

二、Servlet容器默认采用单实例多线程的方式来处理请求,这样减少产生Servlet实例的开销,提升了对请求的响应时间。对于Tomcat可以在server.xml中通过<Connector>元素设置线程池中线程的数目。

 

三、如何开发线程安全的Servlet                                                                                                                 

     1. 变量的线程安全:这里的变量指字段和共享数据(如表单参数值)。

     2. 将参数变量本地化,多线程并不共享局部变量,所以我们要尽可能的在servlet中使用局部变量,而不是实例变量。
         例如:String user = ""; user = request.getParameter("user");

     3. 使用同步块Synchronized,防止可能异步调用的代码块,这意味着线程需要排队处理。
        在使用同板块的时候要尽可能的缩小同步代码的范围,不要直接在sevice方法和响应方法上使用同步,这样会严重影响性能。

     4. javax.servlet.SingleThreadModel接口是一个标识接口,如果一个Servlet实现了这个接口,

        那Servlet容器将保证在一个时刻仅有一个线程可以在给定的servlet实例的service方法中执行。将其他所有请求进行排队。

        SingleThreadModel接口在servlet规范中已经被废弃了。

import java.io.IOException;
import java.io.PrintWriter;

import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;

public class ThreadServlet extends HttpServlet {

    /**
     * servlet的线程安全 避免错误发生 
     * 1、实现 SingleThreadModel 接口 
     * 2、使用 Synchronized同步块能保证一次只有一个线程可以访问被保护的区段 
     * 3、使用局部变量
     */
    private static final long serialVersionUID = -5054249585688590514L;

    private PrintWriter pw;

    public void doGet(HttpServletRequest req, HttpServletResponse res) {
        doPost(req, res);
    }

    public void doPost(HttpServletRequest req, HttpServletResponse res) {
        res.setCharacterEncoding("utf-8");
        String userName = req.getParameter("username");
        try {
            synchronized (this) {
                pw = res.getWriter();
                Thread.sleep(5000); //为了突出问题的明显,设置线程休眠5秒
                pw.println("用户名:" + userName);
            }

        } catch (IOException e1) {
            // TODO Auto-generated catch block
            e1.printStackTrace();
        } catch (InterruptedException e) {
            // TODO Auto-generated catch block
            e.printStackTrace();
        }
    }

}
<form id="form1" method="post" action="<%=request.getContextPath()%>/ThreadServlet">
    <input type="text" name="username" />
    <input type="submit" />
</form>

代码解释:

      现在我们使用了局部变量PrintWriter pw; 

      然后我们在service方法里使用了synchronized同步块,这个servlet就是线程安全的,

      如果我们不使用synchronized同步的话,如果我们在浏览器同时打开两个url,例如:

      a线程 http://localhost:8080/MyJavaWeb/strutsdemo/threadservlet.jsp

      b线程 http://localhost:8080/MyJavaWeb/strutsdemo/threadservlet.jsp

      然后输入input后同时提交请求的话,问题就出来了:

调度时刻a线程b线程
T1访问Servlet页面 
T2 访问Servlet页面
T3
pw.println("用户名:" + userName)输出username=a休眠5000毫秒,让出CPU
 
T4 pw.println("用户名:" + userName)输出(写回主存)username=b休眠5000毫秒,让出CPU
T5在用户b的浏览器上输出a线程的username的值,a线程终止。 
T6 在用户b的浏览器上输出b线程的username的值,b线程终止。

      我们会发现两个output都输出在b线程的浏览器上了,这个在高并发的时候尤其要注意线程的安全。

 

四、属性的线程安全

     1. ServletContext是可以多线程同时读/写属性的,线程是不安全的。要对属性的读写进行同步处理或者进行深度Clone()。所以在Servlet上下文中尽可能少量保存会被修改(写)的数据,可以采取其他方式在多个Servlet中共享,比方我们可以使用单例模式来处理共享数据。

     2. HttpSession对象在用户会话期间存在,只能在处理属于同一个Session的请求的线程中被访问,因此Session对象的属性访问理论上是线程安全的。当用户打开多个同属于一个进程的浏览器窗口,在这些窗口的访问属于同一个Session,会出现多次请求,需要多个工作线程来处理请求,可能造成同时多线程读写属性。
   这时我们需要对属性的读写进行同步处理:使用同步块Synchronized和使用读/写器来解决。

    3. ServletRequest对于每一个请求,由一个工作线程来执行,都会创建有一个新的ServletRequest对象,所以ServletRequest对象只能在一个线程中被访问,ServletRequest是线程安全的。
   注意:ServletRequest对象在service方法的范围内是有效的,不要试图在service方法结束后仍然保存请求对象的引用。

   Servlet本身就是多线程的,在Servlet中再创建线程,将导致执行情况复杂化,出现多线程安全问题。

转载于:https://www.cnblogs.com/NicholasLee/archive/2012/07/08/2581606.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值