Spring父子上下文(WebApplicationContext)（防止事務失效）

如果你使用了listener監聽器來加載配置，一般在Struts+Spring+Hibernate的項目中都是使用listener監聽器的。如下

<listener>   
  <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>   
</listener>   

Spring會創建一個WebApplicationContext上下文，稱為父上下文（父容器） ，保存在 ServletContext中，key是WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE的值。

可以使用Spring提供的工具類取出上下文對象：WebApplicationContextUtils.getWebApplicationContext(ServletContext);

 

DispatcherServlet是一個Servlet,可以同時配置多個，每個 DispatcherServlet有一個自己的上下文對象（WebApplicationContext），稱為子上下文（子容器），子上下文可以訪問父上下文中的內容，但父上下文不能訪問子上下文中的內容。 它也保存在 ServletContext中，key是"org.springframework.web.servlet.FrameworkServlet.CONTEXT"+Servlet名稱。當一個Request對象產生時，會把這個子上下文對象（WebApplicationContext）保存在Request對象中，key是DispatcherServlet.class.getName() + ".CONTEXT"。

可以使用工具類取出上下文對象：RequestContextUtils.getWebApplicationContext(request);

 

說明 ：Spring 並沒有限制我們，必須使用父子上下文。我們可以自己決定如何使用。

方案一，傳統型：

 

父上下文容器中保存數據源、服務層、DAO層、事務的Bean。

子上下文容器中保存Mvc相關的Action的Bean.

事務控制在服務層。

由於父上下文容器不能訪問子上下文容器中內容，事務的Bean在父上下文容器中，無法訪問子上下文容器中內容，就無法對子上下文容器中Action進行AOP（事務）。

常用配置例如：

在主容器中（applicationContext.xml），將Controller的注解排除掉 

    <context:component-scan base-package="jcode">
        <context:exclude-filter type="annotation"
            expression="org.springframework.stereotype.Controller" />
    </context:component-scan>

而在springMVC配置文件中將Service注解給去掉 

<context:component-scan base-package="jcode"> 
  <context:include-filter type="annotation" expression="org.springframework.stereotype.Controller" /> 
  <context:exclude-filter type="annotation" expression="org.springframework.stereotype.Service" /> 
</context:component-scan> 

說明：因為spring的context是父子容器，所以會產生沖突，由ServletContextListener產生的是父容器，springMVC產生的是子容器，子容器Controller進行掃描裝配時裝配了@Service注解的實例，而該實例理應由父容器進行初始化以保證事務的增強處理，所以此時得到的將是原樣的Service（沒有經過事務加強處理，故而沒有事務處理能力。 

還有一種方式是將service層改用xml配置,其實這樣做也是變相的讓springmvc無法掃描service，而只能依賴父窗口也就是ServletContextListener來進行初始化，這樣同樣被賦予了事務性。 

 

方案二，激進型：

Java世界的“面向接口編程”的思想是正確的，但在增刪改查為主業務的系統里，Dao層接口，Dao層實現類，Service層接口，Service層實現類，Action父類，Action。再加上眾多的O(vo\po\bo)和jsp頁面。寫一個小功能 7、8個類就寫出來了。 開發者說我就是想接點私活兒，和PHP，ASP搶搶飯碗，但我又是Java程序員。最好的結果是大項目能做好，小項目能做快。所以“激進型”方案就出現了-----沒有接口、沒有Service層、還可以沒有眾多的O(vo\po\bo)。那沒有Service層事務控制在哪一層？只好上升的Action層。

本文不想說這是不是正確的思想，我想說的是Spring不會限制你這樣做。

由於有了父子上下文，你將無法實現這一目標。解決方案是只使用子上下文容器，不要父上下文容器 。所以數據源、服務層、DAO層、事務的Bean、Action的Bean都放在子上下文容器中。就可以實現了，事務（注解事務）就正常工作了。這樣才夠激進。

總結：不使用listener監聽器來加載spring的配置文件，只使用DispatcherServlet來加載spring的配置，不要父子上下文，只使用一個DispatcherServlet，事情就簡單了，什么麻煩事兒也沒有了。