使用了这么久的Struts,今天总算把Struts Action的线程安全问题研究了一下,在网上查了很多资料,这里把我理解的总结一下。
先提一个问题:Struts 1.x和Struts 2的Action是不是线程安全的?
Struts 1.x在第一次请求某个Action时,会创建这个Action实例。但之后再请求该Action实例时,就用之前创建好的这个Action处理,即它是单例模式。所以Struts 1.x的Action不是线程安全的。
但是为什么我们在使用Struts 1.x开发的时候一般不用考虑线程安全问题呢?
那是因为Struts 1.x的方法调用模式用到的参数一般都是局部变量(包括request, response等,如下面的方法定义),局部变量是线程安全的,因此不存在线程安全问题。
但是要是在execute中使用了实例变量,就会存在线程安全问题。所以我们用Struts 1.x开发时尽量不要使用实例变量,
如果一定要用或者有这种需要,那么我们一定要意识到使用实例变量是存在线程安全的,可以使用同步机制去处理线程安全问题。
public ActionForward execute (ActionMapping mapping, ActionForm form, HttpServletRequest request, HttpServletResponse response) throws ActionException;
Struts 2 Action对象为每一个请求产生一个实例,因此没有线程安全问题 。
在Sping + Struts 2的应用中,由Spring来管理Struts 2的Action,而IoC容器管理的bean默认是单实例的
(scope="singleton"),加上Struts 2的Action就像一个POJO一样,定义了很多的类变量,这就有线程安全问题了。解决些问题最简单的办法就是不使用单例模式(设置scope="prototype")。
<bean id="testAction" class="com.webapp.action.TestAction" scope="prototype">
引言:
但是,线程同步是不得以的方法,是比较复杂的,而且会带来性能的损失。等效的代码中,不需要同步在编写容易度和性能上会更好些。
我这里强调的是什么代码是始终为线程安全的、是不需要同步的。如下:
1)常量始终是线程安全的,因为只存在读操作。
2)对构造器的访问(new 操作)是线程安全的,因为每次都新建一个实例,不会访问共享的资源。
3)最重要的是:局部变量是线程安全的。因为每执行一个方法,都会在独立的空间创建局部变量,它不是共享的资源。局部变量包括方法的参数变量。
分享到:
相关推荐
### servlet与Struts action线程安全问题分析 #### 关键知识点概述 1. **Servlet的多线程机制**:Servlet的高效执行得益于其基于Java多线程机制的架构。Servlet容器在接收到客户端请求时,不会每次都创建新的...
### servlet与Struts action线程安全问题分析 #### 一、引言 随着互联网应用的不断普及和发展,基于Servlet和JSP技术的应用程序在企业级应用中占据着重要的位置。Servlet作为一种常用的技术栈,因其多线程运行特性...
Struts2框架设计时充分考虑了线程安全问题,主要体现在其默认使用“prototype”作用域来管理`Action`类实例,这意味着每次请求都会创建一个新的`Action`实例。 - **Struts2中Action实例管理机制:** - Struts2利用...
然而,使用Struts框架时,开发者需要注意一个关键的安全问题,那就是Action类的线程安全问题。这个问题主要源于Servlet容器(如Tomcat)对Servlet的处理方式。 首先,我们需要理解Servlet的生命周期。Servlet在Web...
在探讨Struts框架下的线程安全问题之前,我们需要了解一些基础知识。Struts是一个用于构建企业级Java Web应用程序的开源框架,它基于MVC(Model-View-Controller)设计模式。在典型的Web应用环境中,一个Servlet实例...
总结来说,Java Struts2通过为每个请求创建新的Action实例,解决了Servlet的线程安全问题。但开发者仍然需要关注Action所依赖的对象的线程安全,以确保整个应用程序的稳定性和数据一致性。在编写Struts2应用时,遵循...
相比之下,Struts2的Action为每个请求创建一个新的实例,消除了线程安全问题,简化了资源管理。 在Servlet依赖性上,Struts1的Action直接依赖于Servlet API,执行方法接收HttpServletRequest和HttpServletResponse...
相比之下,Struts2 为每个请求创建一个新的 Action 实例,避免了线程安全问题。 3. **对 Servlet API 的依赖**: - Struts1 的 Action 直接依赖于 Servlet API,请求和响应对象会传入 execute 方法。而 Struts2 ...
相比之下,Struts2为每个请求创建一个新的Action实例,避免了线程安全问题,简化了开发者的任务。 在Servlet依赖上,Struts1的Action直接依赖于Servlet API,执行方法接收HttpServletRequest和HttpServletResponse...
这种多例模式避免了线程安全问题,并且使得Action的开发变得更加简单直接。 #### 三、Servlet依赖性 - **Struts1** 的Action类依赖于Servlet API,因为每一次Action调用都会将`HttpServletRequest`和`...
- **Struts2** 为每个请求创建新的Action实例,解决了线程安全问题,同时也更易于管理和测试。 5. **Servlet依赖** - **Struts1.x** 的Action类直接依赖于Servlet API,这使得测试变得更加困难。 - **Struts2** ...
相比之下,Struts2为每个请求创建新的Action实例,消除了线程安全问题,也简化了开发流程。 在Servlet依赖上,Struts1的Action直接依赖于Servlet API,这意味着Action的execute方法接收HttpServletRequest和...
- **Struts1**中的Action对象在整个请求周期内是单例模式的,这意味着所有请求都会共用同一个Action实例,这可能会导致线程安全问题。 - 相比之下,**Struts2**为每个请求创建一个新的Action实例,这不仅提高了安全...
Struts2 Action 对象为每一个请求产生一个实例,因此没有线程安全问题。Struts1 Action 是单例模式并且必须是线程安全的,因为仅有 Action 的一个实例来处理所有的请求。 5. Struts2 的配置文件: Struts2 的配置...
- **Struts2**:每个请求都会创建一个新的Action实例,消除了线程安全问题。这种模式使得Action设计更加简单直接,减少了因线程安全考虑带来的额外工作。 #### 三、Servlet依赖的对比 - **Struts1**:Action类直接...
- **Struts2**:Action对象为每个请求创建一个新的实例,消除了线程安全问题,提高了性能。 3. **Servlet依赖**: - **Struts1**:Action直接依赖于Servlet API,需要HttpServletRequest和HttpServletResponse...