浅析Struts1和Struts2的Action线程安全问题

简介: 这是由于Servlet的工作原理产生的。我们先来简单回顾一下Servlet的生命周期“初始化->init->service->destroy->卸载”。 这里大家都知道,我们在web.xml里面定义一个servlet的时候,我们可以给他们设置一个“load-on-startup” 的值,如果 Servlet 的 load-on-startup 配置项大于 0,那么
这是由于Servlet的工作原理产生的。我们先来简单回顾一下Servlet的生命周期“初始化->init->service->destroy->卸载”。

这里大家都知道,我们在web.xml里面定义一个servlet的时候,我们可以给他们设置一个“load-on-startup” 的值,如果 Servlet 的 load-on-startup 配置项大于 0,那么在 Context 容器启动的时候就会被实例化,并且tomcat给每一个servlet加载并且实例化一个对象(注解:也就是说,我们用户在web.xml里面配置的每一个servlet都会被实例成一个servlet对象)


a, 下面的配置表示会有两个servlet对象被实例化,即使他们对应的是同一个servlet class

  1. <?xml version="1.0" encoding="UTF-8"?>  
  2. <web-app version="2.5"   
  3.     xmlns="http://java.sun.com/xml/ns/javaee"   
  4.     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"   
  5.     xsi:schemaLocation="http://java.sun.com/xml/ns/javaee   
  6.     http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd">  
  7.   <servlet>  
  8.     <servlet-name>ServletTest1</servlet-name>  
  9.     <servlet-class>web.servlet.ServletTest1</servlet-class>  
  10.   </servlet>  
  11.   
  12.   <servlet-mapping>  
  13.     <servlet-name>ServletTest1</servlet-name>  
  14.     <url-pattern>/servlet/ServletTest1</url-pattern>  
  15.   </servlet-mapping>  
  16.     
  17.   <servlet>  
  18.     <servlet-name>ServletTest2</servlet-name>  
  19.     <servlet-class>web.servlet.ServletTest1</servlet-class>  
  20.   </servlet>  
  21.   
  22.   <servlet-mapping>  
  23.     <servlet-name>ServletTest2</servlet-name>  
  24.     <url-pattern>/servlet/ServletTest1</url-pattern>  
  25.   </servlet-mapping>  
  26. </web-app>  

b, 下面的配置表示只会有一个servlet被实例化
  1. <?xml version="1.0" encoding="UTF-8"?>  
  2. <web-app version="2.5"   
  3.     xmlns="http://java.sun.com/xml/ns/javaee"   
  4.     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"   
  5.     xsi:schemaLocation="http://java.sun.com/xml/ns/javaee   
  6.     http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd">  
  7.   <servlet>  
  8.     <servlet-name>ServletTest1</servlet-name>  
  9.     <servlet-class>web.servlet.ServletTest1</servlet-class>  
  10.   </servlet>  
  11.   
  12.   <servlet-mapping>  
  13.     <servlet-name>ServletTest1</servlet-name>  
  14.     <url-pattern>/servlet/ServletTest1</url-pattern>  
  15.   </servlet-mapping>  
  16.     
  17.   <servlet-mapping>  
  18.     <servlet-name>ServletTest1</servlet-name>  
  19.     <url-pattern>/servlet/ServletTest1</url-pattern>  
  20.   </servlet-mapping>  
  21. </web-app>  

也就是说,tomcat容器对servlet的实现采用的是单例模式,对于一个servlet类,永远只有一个servlet对象存在。


下面我们来解释为什么Struts1是线程不安全的。

1、Struts1

Struts1是对Java web servlet接口的直接实现,所以它继承了tomcat对servlet的实现,每一个struts1里面的action都对应的是一个servlet class,所以这里的action在被tomcat实例化之后也是单例的,所以,struts1就产生了多线程问题。

例如:

你在Action定义了一个 int i = 0;

然后在这个Action里面的某一个方法里面对这个i进行操作。

向下面代码这样:

  1. package web.servlet;  
  2.   
  3. import java.io.IOException;  
  4. import java.io.PrintWriter;  
  5.   
  6. import javax.servlet.ServletException;  
  7. import javax.servlet.http.HttpServlet;  
  8. import javax.servlet.http.HttpServletRequest;  
  9. import javax.servlet.http.HttpServletResponse;  
  10.   
  11. /** 
  12.  * @author Jack Zhang 
  13.  * @version vb1.0 
  14.  * @Email virgoboy2004@163.com 
  15.  * @Date 2013-4-21 
  16.  */  
  17. public class ServletTest1 extends HttpServlet  
  18. {  
  19.   
  20.     public int i = 0;  
  21.     /** 
  22.      * Constructor of the object. 
  23.      */  
  24.     public ServletTest1()  
  25.     {  
  26.         super();  
  27.     }  
  28.   
  29.     /** 
  30.      * The doGet method of the servlet. <br> 
  31.      * 
  32.      * This method is called when a form has its tag value method equals to get. 
  33.      *  
  34.      * @param request the request send by the client to the server 
  35.      * @param response the response send by the server to the client 
  36.      * @throws ServletException if an error occurred 
  37.      * @throws IOException if an error occurred 
  38.      */  
  39.     public void doGet(HttpServletRequest request, HttpServletResponse response)  
  40.         throws ServletException,  
  41.         IOException  
  42.     {  
  43.         i++;  
  44.   
  45.         response.setContentType("text/html");  
  46.         PrintWriter out = response.getWriter();  
  47.         out  
  48.             .println("<!DOCTYPE HTML PUBLIC \"-//W3C//DTD HTML 4.01 Transitional//EN\">");  
  49.         out.println("<HTML>");  
  50.         out.println("  <HEAD><TITLE>A Servlet</TITLE></HEAD>");  
  51.         out.println("  <BODY>");  
  52.         out.print("    i="+i);  
  53.         out.println("  </BODY>");  
  54.         out.println("</HTML>");  
  55.         out.flush();  
  56.         out.close();  
  57.     }  
  58. }  

当访问这个servlet的时候,你访问多少次,I的值就是多少。

所以:我们在用struts1的时候不能在action里面定义属性。要用到只的话只能在方法里面定义。

那至于为什么把属性的定义放到方法里面就不会有多线程的问题了,这个问题希望各位读者去查看有关JMM(java memory model)里面有关java内存模式如何给方法分配内存的内容, 我相信你们会找到答案。


2、struts2

上面我们了解了Struts1里面的多线程问题,那Struts2是怎么解决这个问题的呢?其实道理非常简单,原因就是Strtus2会获取到用户的http请求,然后负责给每个请求实例化一个Action 对象,但是大家注意,这里的action对象和Struts1里面的action对象完全不是一个概念,struts1里面的action类就是一个servlet类,而这里的action类只是一个普通的java class。这也就是为什么Struts1里面的action是线程不安全的,而struts2里面的action是线程安全的原因。

那我们在回头来看看struts2对servlet的处理和struts1有什么不同。看过前面分析的读者肯定知道,struts1的 action对servlet没有进行任何的包装,它是直接实现的Java WEB API 里面的servlet 接口。所以才会有线程安全的问题,但是struts2底层帮我们封装了Servlet,使开发人员不用直接接触Servlet。具体做法是:

Strtus2截获servlet请求,然后给每个请求实例化一个Action对象,请求结束之后销毁Action对象。至于Strtus2具体是怎么做的,我这里不赘叙,大家可以去参看Struts2的有关介绍。

在Struts2中由于 Action和普通的Java类没有任何区别(也就是不用像Struts1里面那样去实现一个Struts的接口,有兴趣的朋友可以自己去了解),所以我们可以用Spring去管理Struts2的Action,这个时候我们就要注意了,因为当我们在spring里面去定义bean的时候,spring默认用的是单例模式。所以在这个时候,你就要修改Spring的配置文件---即修改scope为prototype

目录
相关文章
|
缓存 安全 Java
聊聊Servlet、Struts1、Struts2以及SpringMvc中的线程安全
前言 很多初学者,甚至是工作1-3年的小伙伴们都可能弄不明白?servlet Struts1 Struts2 springmvc 哪些是单例,哪些是多例,哪些是线程安全? 在谈这个话题之前,我们先了解一下Java中相关的变量类型以及内存模型JMM。
1985 0
|
安全 Java 应用服务中间件
struts2学习笔记--线程安全问题小结
    在说struts2的线程安全之前,先说一下,什么是线程安全?这是一个网友讲的,   如果你的代码所在的进程中有多个线程在同时运行,而这些线程可能会同时运行这段代码。如果每次运行结果和单线程运行的结果是一样的,而且其他的变量的值也和预期的是一样的,就是线程安全的。
838 0
|
26天前
|
存储 消息中间件 资源调度
C++ 多线程之初识多线程
这篇文章介绍了C++多线程的基本概念,包括进程和线程的定义、并发的实现方式,以及如何在C++中创建和管理线程,包括使用`std::thread`库、线程的join和detach方法,并通过示例代码展示了如何创建和使用多线程。
38 1
C++ 多线程之初识多线程
|
11天前
|
Java 开发者
在Java多线程编程中,创建线程的方法有两种:继承Thread类和实现Runnable接口
【10月更文挑战第20天】在Java多线程编程中,创建线程的方法有两种:继承Thread类和实现Runnable接口。本文揭示了这两种方式的微妙差异和潜在陷阱,帮助你更好地理解和选择适合项目需求的线程创建方式。
12 3
|
11天前
|
Java 开发者
在Java多线程编程中,选择合适的线程创建方法至关重要
【10月更文挑战第20天】在Java多线程编程中,选择合适的线程创建方法至关重要。本文通过案例分析,探讨了继承Thread类和实现Runnable接口两种方法的优缺点及适用场景,帮助开发者做出明智的选择。
10 2
|
11天前
|
Java
Java中多线程编程的基本概念和创建线程的两种主要方式:继承Thread类和实现Runnable接口
【10月更文挑战第20天】《JAVA多线程深度解析:线程的创建之路》介绍了Java中多线程编程的基本概念和创建线程的两种主要方式:继承Thread类和实现Runnable接口。文章详细讲解了每种方式的实现方法、优缺点及适用场景,帮助读者更好地理解和掌握多线程编程技术,为复杂任务的高效处理奠定基础。
23 2
|
11天前
|
Java 开发者
Java多线程初学者指南:介绍通过继承Thread类与实现Runnable接口两种方式创建线程的方法及其优缺点
【10月更文挑战第20天】Java多线程初学者指南:介绍通过继承Thread类与实现Runnable接口两种方式创建线程的方法及其优缺点,重点解析为何实现Runnable接口更具灵活性、资源共享及易于管理的优势。
22 1
|
11天前
|
安全 Java 开发者
Java多线程中的`wait()`、`notify()`和`notifyAll()`方法,探讨了它们在实现线程间通信和同步中的关键作用
本文深入解析了Java多线程中的`wait()`、`notify()`和`notifyAll()`方法,探讨了它们在实现线程间通信和同步中的关键作用。通过示例代码展示了如何正确使用这些方法,并分享了最佳实践,帮助开发者避免常见陷阱,提高多线程程序的稳定性和效率。
22 1
|
11天前
|
Java
在Java多线程编程中,`wait()` 和 `notify()/notifyAll()` 方法是线程间通信的核心机制。
在Java多线程编程中,`wait()` 和 `notify()/notifyAll()` 方法是线程间通信的核心机制。它们通过基于锁的方式,使线程在条件不满足时进入休眠状态,并在条件成立时被唤醒,从而有效解决数据一致性和同步问题。本文通过对比其他通信机制,展示了 `wait()` 和 `notify()` 的优势,并通过生产者-消费者模型的示例代码,详细说明了其使用方法和重要性。
18 1