由Spring管理的Struts2的Action的全程安全问题
2014-10-09 10:33
323 查看
Struts2的Action的线程安全问题
背景
:
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对应一个实例,解决了多线程问题.
(如何设置作用域请看:
4 spring中bean的作用域
)再写一个拦截器, 清空
FieldError与actionerror
-------------------------------------------------------------------------------------
总结
:
方案一:bean的作用域设为prototype, 不用担心性能不好, 实际测试过,多实例Action性能没问题.
方案二: 有人担心方案一性能不好, 所有才有了方案二, 不知比方案一性能 能高多少?应该不会高多少。
背景
:
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对应一个实例,解决了多线程问题.
(如何设置作用域请看:
4 spring中bean的作用域
)再写一个拦截器, 清空
FieldError与actionerror
源自网络 public class ClearFieldErrorInterceptor extends AbstractInterceptor { @Override public String intercept(ActionInvocation invocation) throws Exception { ActionSupport actionSupport = (ActionSupport)invocation.getAction(); actionSupport.clearErrorsAndMessages(); String resultCode = invocation.invoke(); return resultCode; }
-------------------------------------------------------------------------------------
总结
:
方案一:bean的作用域设为prototype, 不用担心性能不好, 实际测试过,多实例Action性能没问题.
方案二: 有人担心方案一性能不好, 所有才有了方案二, 不知比方案一性能 能高多少?应该不会高多少。
相关文章推荐
- 由Spring管理的Struts2的Action的全程安全问题
- 由Spring管理的Struts2的Action的全程安全问题
- 由Spring管理的Struts2的Action的单实例问题
- 由Spring管理的Struts2的Action的单实例问题
- struts2,spring整合中使用spring 管理struts2的action,springaop 常见问题
- Spring管理Struts action的安全问题
- 由Spring管理的Struts2的Action的单实例问题
- 由Spring管理的Struts2的Action的单实例问题
- 由Spring管理的Struts2的Action的单实例问题
- 由Spring管理的Struts2的Action的单实例问题
- 由Spring管理的Struts2的action的线程管理问题
- 【j2ee spring】20、S2SH框架中,把struts2的action交给Spring管理有什么好处?
- 引入了 struts2-spring-plugins 包后 Spring 就会管理你的 Action
- Struts2与Spring整合.让Spring来管理action
- spring-struts2整合 action的管理
- SSH整合问题:struts2-spring-plugin自动注入action的属性所产生的问题
- 总结: Struts2 + Spring 的线程安全问题
- struts2与spring集成时,关于Action类中成员bean自动注入的问题
- struts1和struts2中action的线程安全问题
- struts2,spring管理action