案例背景:
项目采用spring+Struts2装配方式。Spring管理Struts2的Action自动设置为单例。这样Action的生命周期为服务器生命周期,也就是说不关闭应用服务器,Action一直存在,Action中的属性也一直存在。java
分页对象所须要的数据对象存在于Action中是不被销毁的,直到页面从新对数据对象输入查询条件.spring
会形成线程安全问题: 多个线程会共享一个ActionContext和ValueStack,这样并发访问的时候就会出现问题了.例如形成别人填写的数据被你看到了.又例如,两个线程同时提交向同一个Action提早请求参数或在同一个页面上查询信息,会在提交和查询的前后顺序等条件上产生冲突,致使出来一些意外的问题。apache
(一般和spring整合使用的时候,在struts.xml文件要配置一个元素 )浏览器
<bean type="com.opensymphony.xwork2.ObjectFactory" name="spring" class="org.apache.struts2.spring.StrutsSpringObjectFactory" /> <constant name="struts.objectFactory" value="spring" />
而后在spring的配置文件中的bean元素里用一个scope属性来配置action是用什么生命周期,singleton,prototype,request,session等等)安全
Struts2的Action的线程安全问题服务器
背景 :session
1) Struts2 默认会对每个请求,产生一个新的Action的实例来处理.多线程
2) Spring的Ioc容器管理的bean默认是单实例的.并发
当Struts2与Spring整合后,由Spring来管理Struts2的Action,会遇到什么问题 ?如何解决 ?性能
会遇到什么问题?
Struts2与Spring整合后, 由spring来管理Struts2的Action, bean默认是单实例有状况下,会有以下问题:
1) Struts2的Action是单例,其中的FieldError,actionerror中的错误信息会累加, 即便再次输入了正确的信息,也过不了验证.
2) Struts2的Action是有状态的,他有本身的成员属性, 因此在多线程下,会有线程安全问题,这是最大的问题。
如何解决?
方案一: 就是不用单例, spring中bean的做用域设为prototype,每一个请求对应一个Action实例.(建议这样作)
方案二: spring中bean的做用域设为session ,每一个session对应一个实例,解决了多线程问题.
总结 :
方案一:bean的做用域设为prototype, 不用担忧性能很差, 实际测试过,多实例Action性能没问题.
方案二: 有人担忧方案一性能很差, 全部才有了方案二, 不知比方案一性能 能高多少?应该不会高多少。