引用: http://jiediax.iteye.com/blog/774265
http://startor.iteye.com/blog/705979
http://www.jdon.com/jivejdon/thread/26846
使用了这么久的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等,如下面的方法定义),我们用于封装客户端请求参数的ActionForm,也是作为一个参数传入,也属于局部变量, 局部变量是线程安全的,因此不存在线程安全问题。
但是要是在execute中使用了实例变量,就会存在线程安全问题。所以我们用Struts 1.x开发时尽量不要使用实例变量,
如果一定要用或者有这种需要,那么我们一定要意识到使用实例变量是存在线程安全的,可以使用同步机制去处理线程安全问题。
public ActionForward execute (ActionMapping mapping, ActionForm form, HttpServletRequest request, HttpServletResponse response) throws ActionException;
总结: struts中的 和Action的实例(单例) 会被多个线程同时调用, 所以存在着多个线程共享同一个资源(Action), 所有要注意同步的问题
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)最重要的是:局部变量是线程安全的。因为每执行一个方法,都会在独立的空间创建局部变量,它不是共享的资源。局部变量包括方法的参数变量。
分享到:
相关推荐
综上所述,Struts1、Struts2和WebWork这三个框架都面临着线程安全问题,但在Struts2中这个问题得到了较好的解决。Struts2通过使用“prototype”作用域管理`Action`实例,有效地避免了线程安全问题。而对于Struts1和...
Servlet和Struts Action是两种常见的Java Web开发组件,它们在多线程环境下运行时可能存在线程安全问题。线程安全是指在多线程环境中,一个类或者方法能够正确处理多个线程的并发访问,保证数据的一致性和完整性。 ...
通过上述对比可以看出,Struts2相比Struts1在很多方面进行了改进和优化,尤其是在灵活性、可测试性以及对现代Web开发的支持上有着显著的优势。尽管如此,在某些特定的应用场景下,Struts1可能仍然有其适用之处。选择...
Struts1和Struts2是两个非常著名的Java Web框架,它们在设计模式、可测试性、输入处理和表现层等方面存在显著的区别。 首先,Action类的设计有所不同。在Struts1中,Action类需要继承一个抽象基类,这限制了Action...
Struts1和Struts2是两个非常著名的Java Web框架,它们在处理MVC(Model-View-Controller)架构方面有着显著的区别。以下是关于这两个框架在关键特性上的对比: 1. **Action类**: - **Struts1**:要求Action类继承...
### Struts1与Struts2的主要区别 #### 一、Action执行机制的不同 - **Struts1**: 在Struts1...Struts2在灵活性、可扩展性和易用性方面相对于Struts1有了很大的改进,这使得它成为许多现代Web应用开发的首选框架之一。
Struts设计之初并未考虑到线程安全性,因此其Action类默认不是线程安全的。在Struts 1.x版本中,Action对象也是被复用的,这就意味着如果Action类中包含实例变量,则可能会出现类似Servlet中的线程安全问题。 解决...
- **Struts1**: Struts1中的Action采用单例模式,因此必须确保线程安全性。这意味着开发者需要特别注意Action类中的资源管理,确保其线程安全或进行适当的同步操作。 - **Struts2**: 在Struts2中,为每个HTTP请求...
综上所述,**Struts2**相较于**Struts1**在架构设计、实现方式以及各种功能细节上都有了显著的改进,特别是在线程安全性、可扩展性及灵活性方面表现得更加出色。这使得**Struts2**成为了许多企业级应用的首选框架之...
总的来说,Struts2 相比 Struts1 提供了更现代的架构、更好的可测试性、更灵活的配置和更强大的数据绑定能力,使得开发 Java Web 应用更加高效和便捷。尽管 Struts2 在某些方面仍存在挑战,如性能优化和学习曲线,但...
总结起来,Struts2在设计和功能上都比Struts1有所改进,提供了更好的灵活性、可扩展性和易用性。然而,这并不意味着Struts1没有它的价值,对于一些简单项目或已有大量Struts1代码的项目,继续使用Struts1可能是更...
### Struts2 与 Struts1 的核心区别 #### 一、架构设计及Action实现...综上所述,Struts2相比Struts1在架构设计、线程安全性、输入处理、表单验证等方面进行了大量的改进和优化,使得其更适合现代Web应用的开发需求。
- **请求处理**:在Struts2中,每个请求都会创建一个新的Action实例,这解决了Struts1中的并发问题,同时也增加了线程安全性。 - **验证机制**:Struts2提供了更加灵活的验证框架,支持多种验证机制,如内建验证器、...
### Struts1与Struts2本质区别 #### 1. 在Action实现类方面的对比 - **Struts 1**:要求Action类必须继承一个抽象基类`Action`,这种设计方式意味着开发者必须按照预设的结构来编写代码,灵活性较低。这种通过抽象...
- **概述**:Struts 2在2007年发布,它是Struts 1的升级版,结合了WebWork的优点,提供了更强大的功能和灵活性。 - **核心概念**:Action、Result、Interceptor(拦截器)是其关键元素,拦截器使得AOP(面向切面...
### Struts线程安全概述 在探讨Struts框架下的线程安全问题之前,我们需要了解一些基础知识。...通过遵循这些最佳实践,可以有效地解决Struts框架下的线程安全问题,提高应用程序的稳定性和可靠性。