背景 :
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中bean的scope singleton prototype request...
<bean id="role" class="spring.chapter2.maryGame.Role" scope="singleton"/>
這裏的scope就是用來配置spring bean的作用域，它標識bean的作用域。在spring2.0之前bean只有2種作用域即：singleton(單例)、non-singleton（也稱prototype）, Spring2.0以後，增加了session、request、global session三種專用於Web應用程序上下文的Bean。因此，默認情況下Spring2.0現在有五種類型的Bean。當然，Spring2.0對Bean的類型的設計進行了重構，並設計出靈活的Bean類型支持，理論上可以有無數多種類型的Bean，用戶可以根據自己的需要，增加新的Bean類型，滿足實際應用需求。!
1、singleton作用域
當一個bean的作用域設置爲singleton, 那麼Spring IOC容器中只會存在一個共享的bean實例，並且所有對bean的請求，只要id與該bean定義相匹配，則只會返回bean的同一實例。換言之，當把一個bean定義設置爲singleton作用域時，Spring IOC容器只會創建該bean定義的唯一實例。這個單一實例會被存儲到單例緩存（singleton cache）中，並且所有針對該bean的後續請求和引用都將返回被緩存的對象實例，這裏要注意的是singleton作用域和GOF設計模式中的單例是完全不同的，單例設計模式表示一個ClassLoader中只有一個class存在，而這裏的singleton則表示一個容器對應一個bean，也就是說當一個bean被標識爲singleton時候，spring的IOC容器中只會存在一個該bean。
配置實例：
<bean id="role" class="spring.chapter2.maryGame.Role" scope="singleton"/>
或者
<bean id="role" class="spring.chapter2.maryGame.Role" singleton="true"/>
2、prototype
prototype作用域部署的bean，每一次請求（將其注入到另一個bean中，或者以程序的方式調用容器的getBean()方法）都會產生一個新的bean實例，相當與一個new的操作，對於prototype作用域的bean，有一點非常重要，那就是Spring不能對一個prototype bean的整個生命週期負責，容器在初始化、配置、裝飾或者是裝配完一個prototype實例後，將它交給客戶端，隨後就對該prototype實例不聞不問了。不管何種作用域，容器都會調用所有對象的初始化生命週期回調方法，而對prototype而言，任何配置好的析構生命週期回調方法都將不會被調用。清除prototype作用域的對象並釋放任何prototype
bean所持有的昂貴資源，都是客戶端代碼的職責。（讓Spring容器釋放被singleton作用域bean佔用資源的一種可行方式是，通過使用bean的後置處理器，該處理器持有要被清除的bean的引用。）
3、request
request表示該針對每一次HTTP請求都會產生一個新的bean，同時該bean僅在當前HTTP request內有效，配置實例： request、session、global session使用的時候首先要在初始化web的web.xml中做如下配置：如果你使用的是Servlet 2.4及以上的web容器，那麼你僅需要在web應用的XML聲明文件web.xml中增加下述ContextListener即可:
<listener>
<listener-class>org.springframework.web.context.request.RequestContextListener</listener-class>
</listener>
4、session
session作用域表示該針對每一次HTTP請求都會產生一個新的bean，同時該bean僅在當前HTTP session內有效
5、global session
global session作用域類似於標準的HTTP Session作用域，不過它僅僅在基於portlet的web應用中才有意義。Portlet規範定義了全局Session的概念，它被所有構成某個portlet web應用的各種不同的portlet所共享。在global session作用域中定義的bean被限定於全局portlet Session的生命週期範圍內。如果你在web中使用global session作用域來標識bean，那麼web會自動當成session類型來使用
6、自定義bean裝配作用域在spring2.0中作用域是可以任意擴展的，你可以自定義作用域，甚至你也可以重新定義已有的作用域（但是你不能覆蓋singleton和prototype），spring的作用域由接口org.springframework.beans.factory.con**.Scope來定義，自定義自己的作用域只要實現該接口即可
再議singleton與prototype：
scope="prototype"沒寫的問題,項目中對一個表的增刪該操作是用一個action，這個 actionadd,update,delete,save這些方法， 添加和修改是共用一個頁面，當頁面得到id時代表進行的修改操作，反之是添加操作。因爲在配置spring的bean是忘了寫 scope="prototype" 所以每次添加時都顯示最後一次訪問過的記錄,scope="prototype" 會在該類型的對象被請求 時創建一個新的action對象。如果沒有配置scope=prototype則添加的時候不會新建一個action，他任然會保留上次訪問的過記錄的信息
webwork的Action不是線程安全的，要求在多線程環境下必須是一個線程對應一個獨立的實例，不能使用 singleton。所以，我們在Spring配置Webwork Action Bean時，需要加上屬性scope=”prototype”或singleton=”false”。
singleton模式指的是對某個對象的完全共享，包括代碼空間和數據空間，說白了，如果一個類是singleton的，假如這個類有成員變量，那麼這個成員變量的值是各個線程共享的（有點類似於static的樣子了），當線程A往給變量賦了一個值以後，線程B就能讀出這個值。因此，對於前臺Action，肯定不能使用singleton的模式，必須是一個線程請求對應一個獨立的實例。推而廣之，只要是帶數據成員變量的類，爲了防止多個線程混用數據，就不能使用singleton。對於我們用到的Service、Dao，之所以用了singleton，就是因爲他們沒有用到數據成員變量，如果誰的
Service需要數據成員變量，請設置singleton=false。 有狀態的bean都使用Prototype作用域，而對無狀態的bean則應該使用singleton作用域。
在 Spring2.0中除了以前的Singleton和Prototype外又加入了三個新的web作用域，分別爲request、session和 global session。如果你希望容器裏的某個bean擁有其中某種新的web作用域，除了在bean級上配置相應的scope屬性，還必須在容器級做一個額外的初始化配置。即在web應用的web.xml中增加這麼一個ContextListener： org.springframework.web.context.request.RequestContextListener 以上是針對Servlet 2.4以後的版本。比如Request作用域。