Java线程安全系列(1)――Servlet线程安全(续)

Java线程安全系列(1)――Servlet线程安全(续)

现在,我们保证了顺序,但是我们怎么保证Counter字段(不是局部变量!)在每个Servlet的线程下都是独立的呢?也就是说,并发请求时,它们都不相互干扰。

我现在将Servlet代码重构如下:

public class SimpleServlet extends HttpServlet

{

       private ThreadLocal counter = new ThreadLocal() {

              protected synchronized Object initialValue()

              {

                     return new Integer(0);

              }

       };

 

       public void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException

       {

              doPost(req, resp);

       }

 

       public void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException

       {

              resp.getWriter().println("<HTML><BODY>");

              resp.getWriter().println(this + "[" + Thread.currentThread() + "]: <br>");

              for (int c = 0; c < 10; c++)

              {

 

                     resp.getWriter().println(counter.get() + "<br>");

                     try

                     {

                            Thread.sleep((long) Math.random() * 1000);

                            int c1 = ((Integer)counter.get()).intValue();

                            c1++;

                            counter.set(new Integer(c1));

                     }

                     catch (InterruptedException exc)

                     {

                     }

 

              }

              resp.getWriter().println("</BODY></HTML>");

       }

}

现在,我刷新html页面三次,第三次结果如下:

com.zwchen.servlet.SimpleServlet@124e935[Thread[http-8081-Processor22,5,main]]: 
20
21
22
23
24
25
26
27
28
29

com.zwchen.servlet.SimpleServlet@124e935[Thread[http-8081-Processor25,5,main]]: 
20
21
22
23
24
25
26
27
28
29

com.zwchen.servlet.SimpleServlet@124e935[Thread[http-8081-Processor23,5,main]]: 
20
21
22
23
24
25
26
27
28
29

 

从以上结果,我们可以发现:

1、  在该html页面内的并发三次请求中,该Servlet里面的counter字段都不相互干扰

2、  counter字段还是实例字段,并且都会保留状态,不是每次都用0开始

3、  html页面内的三次请求都在不同的线程,但在同一个实例中。

总之,在Java里面,字段(不是局部变量)有三个共享范围:instance fieldstatic fieldlocal thread field,而后者往往在服务器端这种多线程环境必须考虑到的。

      

J2EE项目开发过程中,ThreadLocal类有时有非常重要的作用,下面是我碰到的,但可以延伸:

1、           在用Hibernateweb开发的持久化时,有个模式叫做Open Session In View,也就是将session保留到页面中,在response结束后,在OpenSessionInViewFilter中关闭session,这对于延迟加载非常有效,例如,我们在页面上显示User的详细信息,需要显示该user的所属Department的信息但是,在list users这种不需要显示department信息的地方,那个userdepartment信息就不会加载,也就是说加载相关信息是动态的,但不会出现LazyInitializationException,也就是Load on demand。不过,注意慎用该模式。

2、           在工作流开发,例如OSWorflow,每次调用其服务前,都需要将caller对象传入,这样会导致我们的方法非常臃肿,如果我们在调用该方法的上层,如在Servlet里调用它之前,将User对象置于ThreadLocal中,那么可以在工作流方法内通过get()方法获取,而不用传入参数。

3、           为什么Web框架中,Webworkaction中可以有field,但Struts却不能?其实,也就是说,Struts不是线程安全的,而Webwork是线程安全的。大家可以参考WebworkActionContext类:

public class ActionContext implements Serializable {

static ThreadLocal actionContext = new ActionContextThreadLocal();

……………..

而对于Struts,我们可以从ActionServlet.process() => RequestProcessor. processActionPerform,在RequestProcessor中有字段  protected HashMap actions = new HashMap();我们不难发现,我们所写的action是共享的,那么内部字段必然也是共享。注意,这种共享类似于Servlet里面的字段。

 

相关文献:

http://www.artima.com/designtechniques/threadsafety.html

http://www.javaworld.com/javaworld/jw-07-2004/jw-0712-threadsafe.html

http://www.javalobby.org/articles/thread-safe/index.jsp

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值