單獨的Struts2框架

1.struts2的Action默認是多實例的并非單例，也就是每次請求產生一個Action的對象,即每次訪問的參數都被封裝在Action的成員變量中。

2.struts2中Action多實例的優勢在于是線程安全的，每次請求都會創建單獨的Action類來處理，而不用想servlet一樣擔心線程安全問題。

struts2和spring整合后

會使用spring的注解管理對象，此時action類對象會進入IOC容器被spring管理

盡管struts2本身Action默認是多例的，但spring的IOC容器默認時單例，此時就矛盾了？

那么內部是如何處理的呢？

Spring管理Struts2的Action自動設置為單例。這樣Action的生命周期為服務器生命周期，也就是說不關閉應用服務器，Action一直存在，Action中的屬性也一直存在。

這樣做的好處:

分頁對象所需要的數據對象存在于Action中是不被銷毀的，直到頁面重新對數據對象輸入查詢條件.

這樣做的缺點在于:

1) Struts2的Action是單例,其中的FieldError,actionerror中的錯誤信息會累加,即使再次輸入了正確的信息,也過不了驗證.

2) Struts2的Action是有狀態的,他有自己的成員屬性,所以在多線程下,會有線程安全問題，這是最大的問題。

多個線程會共享一個ActionContext和ValueStack，這樣并發訪問的時候就會出現問題了.例如造成別人填寫的數據被你看到了.又例如，兩個線程同時提交向同一個Action提前請求參數或在同一個頁面上查詢信息，會在提交和查詢的先后順序等條件上產生沖突，導致出來一些意外的問題。

解決辦法：

方案一: 就是不用單例, spring中bean的作用域設為prototype,每個請求對應一個Action實例.(建議這樣做)

方案二: spring中bean的作用域設為session ,每個session對應一個實例,解決了多線程問題.

總結 :

方案一：bean的作用域設為prototype, 不用擔心性能不好, 實際測試過,多實例Action性能沒問題.

方案二: 有人擔心方案一性能不好， 所有才有了方案二, 不知比方案一性能 能高多少？應該不會高多少。

總結

以上是生活随笔為你收集整理的【Structs2】struts2单例多例以及spring整合的问题的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。