Spring和SpringMVC父子容器關系初窺

　　最近由于項目的包掃描出現了問題，在解決問題的過程中，偶然發現了Spring和SpringMVC是有父子容器關系的，而且正是因為這個才往往會出現包掃描的問題，我們在此來分析和了解Spring和SpringMVC的父子容器關系并且給出Spring和SpringMVC配置檔案中包掃描的官方推薦方式。

　　在Spring整體架構的核心概念中，容器是核心思想，就是用來管理Bean的整個生命周期的，而在一個項目中，容器不一定隻有一個，Spring中可以包括多個容器，而且容器有上下層關系，目前最常見的一種場景就是在一個項目中引入Spring和SpringMVC這兩個架構，那麼它其實就是兩個容器，Spring是父容器，SpringMVC是其子容器，并且在Spring父容器中注冊的Bean對于SpringMVC容器中是可見的，而在SpringMVC容器中注冊的Bean對于Spring父容器中是不可見的，也就是子容器可以看見父容器中的注冊的Bean，反之就不行。

　　我們可以使用統一的如下注解配置來對Bean進行批量注冊，而不需要再給每個Bean單獨使用xml的方式進行配置。

　　從Spring提供的參考手冊中我們得知該配置的功能是掃描配置的base-package包下的所有使用了@Component注解的類，并且将它們自動注冊到容器中，同時也掃描@Controller，@Service，@Respository這三個注解，因為他們是繼承自@Component。

　　在項目中我們經常見到還有如下這個配置，其實有了上面的配置，這個是可以省略掉的，因為上面的配置會預設打開以下配置。以下配置會預設聲明了@Required、@Autowired、 @PostConstruct、@PersistenceContext、@Resource、@PreDestroy等注解。

　　另外，還有一個和SpringMVC相關如下配置，經過驗證，這個是SpringMVC必須要配置的，因為它聲明了@RequestMapping、@RequestBody、@ResponseBody等。并且，該配置預設加載很多的參數綁定方法，比如json轉換解析器等。

而上面這句配置spring3.1之前的版本和以下配置方式等價

spring3.1之後的版本和以下配置方式等價

　　下面讓我們來詳細扒一扒Spring與SpringMVC的容器沖突的原因到底在那裡？

　　我們共有Spring和SpringMVC兩個容器，它們的配置檔案分别為applicationContext.xml和applicationContext-MVC.xml。

　　1.在applicationContext.xml中配置了<context:component-scan base-package=“com.hafiz.www" />，負責所有需要注冊的Bean的掃描和注冊工作。

　　2.在applicationContext-MVC.xml中配置<mvc:annotation-driven />，負責SpringMVC相關注解的使用。

　　3.啟動項目我們發現SpringMVC無法進行跳轉，将log的日志列印級别設定為DEBUG進行調試，發現SpringMVC容器中的請求好像沒有映射到具體controller中。

　　4.在applicationContext-MVC.xml中配置<context:component-scan base-package=“com.hafiz.www" />，重新開機後，驗證成功，springMVC跳轉有效。

　　下面我們來檢視具體原因，翻看源碼，從SpringMVC的DispatcherServlet開始往下找，我們發現SpringMVC初始化時，會尋找SpringMVC容器中的所有使用了@Controller注解的Bean，來确定其是否是一個handler。1,2兩步的配置使得目前springMVC容器中并沒有注冊帶有@Controller注解的Bean，而是把所有帶有@Controller注解的Bean都注冊在Spring這個父容器中了，是以springMVC找不到處理器，不能進行跳轉。核心源碼如下:

在方法isHandler中會判斷目前bean的注解是否是controller，源碼如下：

而在第4步配置中，SpringMVC容器中也注冊了所有帶有@Controller注解的Bean，故SpringMVC能找到處理器進行處理，進而正常跳轉。

我們找到了出現不能正确跳轉的原因，那麼它的解決辦法是什麼呢？

　　我們注意到在initHandlerMethods()方法中，detectHandlerMethodsInAncestorContexts這個Switch，它主要控制擷取哪些容器中的bean以及是否包括父容器，預設是不包括的。是以解決辦法就是在springMVC的配置檔案中配置HandlerMapping的detectHandlerMethodsInAncestorContexts屬性為true即可（這裡需要根據具體項目看使用的是哪種HandlerMapping），讓它檢測父容器的bean。如下：

但在實際工程中會包括很多配置，我們按照官方推薦根據不同的業務子產品來劃分不同容器中注冊不同類型的Bean：Spring父容器負責所有其他非@Controller注解的Bean的注冊，而SpringMVC隻負責@Controller注解的Bean的注冊，使得他們各負其責、明确邊界。配置方式如下

　　1.在applicationContext.xml中配置:

　　2.applicationContext-MVC.xml中配置

　　這樣我們在清楚了spring和springMVC的父子容器關系、以及掃描注冊的原理以後，根據官方建議我們就可以很好把不同類型的Bean配置設定到不同的容器中進行管理。再出現Bean找不到或者SpringMVC不能跳轉以及事務的配置失效的問題，我們就可以很快的定位以及解決問題了。很開心，有木有~