struts 2的Action默認是多實例的並非單例,也就是每次請求產生一個Action的對象,即每次訪問的參數都被封裝在Action的成員變量中。
struts2中Action多實例的優勢在於是線程安全的,每次請求都會創建單獨的Action類來處理,而不用想servlet一樣擔心線程安全問題。
案例背景:
項目采用spring+Struts2裝配方式。Spring管理Struts2的Action自動設置為單例。這樣Action的生命周期為服務器生命周期,也就是說不關閉應用服務器,Action一直存在,Action中的屬性也一直存在。
這種裝配方式的好處:
分頁對象所需要的數據對象存在於Action中是不被銷毀的,直到頁面重新對數據對象輸入查詢條件.
這樣做的缺點在於:
會造成線程安全問題: 多個線程會共享一個ActionContext和ValueStack,這樣並發訪問的時候就會出現問題了.例如造成別人填寫的數據被你看到了.又例如,兩個線程同時提交向同一個Action提前請求參數或在同一個頁面上查詢信息,會在提交和查詢的先后順序等條件上產生沖突,導致出來一些意外的問題。
因此思考是否可以通過一些辦法來解決此類問題:
辦法一:設置Action bean的生命周期為Session,即每個瀏覽器的打開影響着一套Action的生命周期,解決不同用戶互相影響的問題;
(通常和spring整合使用的時候,在struts.xml文件要配置一個元素 )
<bean type="com.opensymphony.xwork2.ObjectFactory" name="spring" class="org.apache.struts2.spring.StrutsSpringObjectFactory" /> <constant name="struts.objectFactory" value="spring" />
- 1
- 2
- 1
- 2
然后在spring的配置文件中的bean元素里用一個scope屬性來配置action是用什么生命周期,singleton,prototype,request,session等等)
Struts2的Action的線程安全問題
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對應一個實例,解決了多線程問題.
總結 :
方案一:bean的作用域設為prototype, 不用擔心性能不好, 實際測試過,多實例Action性能沒問題.
方案二: 有人擔心方案一性能不好, 所有才有了方案二, 不知比方案一性能 能高多少?應該不會高多少。