Struts2 單例與多例

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性能沒問題.

方案二: 有人擔憂方案一性能很差， 全部纔有了方案二, 不知比方案一性能 能高多少？應該不會高多少。

參考: http://m.blog.csdn.net/article/details?id=8120365