Spring與SpringMVC的容器關係分析

spring和springmvc作為bean管理容器和mvc層的預設框架，已被眾多web應用採用，而實際使用時，由於有了強大的註解功能，很多基於xml的配置方式已經被替代，但是在實際專案中，同時配置spring和springmvc時會出現一些奇怪的異常，比如bean被多次載入，多次例項化，或者依賴注入時，bean不能被自動注入，但是明明你已經將該bean註冊了的。找原因還是要看問題的根源，我們從容器說起。

在spring整體框架的核心概念中，容器是核心思想，就是用來管理bean的整個生命週期的，而在乙個專案中，容器不一定只有乙個，spring中可以包括多個容器，而且容器有上下層關係，目前最常見的一種場景就是在乙個專案中引入spring和springmvc這兩個框架，其實就是2個容器，spring是根容器，springmvc是其子容器，並且在spring根容器中對於springmvc容器中的bean是不可見的，而在springmvc容器中對於spring根容器中的bean是可見的，也就是子容器可以看見父容器中的註冊的bean，反之就不行。理解這點很重要，因為這是乙個規則，是spring自己設定的，但是往下看，我們會發現有些地方它並不預設使用這個規則。

當我們使用註解時，對於bean註冊這個功能的實現就不需要在給每個bean配置xml了，只要使用統一的如下配置即可。

根據spring提供的參考手冊，該配置的功能是掃瞄預設包下的所有的@component註解，並且自動註冊到容器中，同時也掃瞄@controller，@service，@respository這三個註解，他們是繼承自@component。

其自身也分成很多種類；

handleradapter，是springmvc中用來處理具體請求對映到具體方法的，

其自身也分很多種類；

protected void inithandlermethods() 
string beannames = (this.detecthandlermethodsinancestorcontexts ?
for (string beanname : beannames) 
}handlermethodsinitialized(gethandlermethods());
}

在方法ishandler中會判斷當前bean的註解是否是controller，**如下：

protected
boolean
ishandler(class<?> beantype)

name="detecthandlermethodsinancestorcontexts">
truevalue>
property>
bean>

以上已經有了2種解決方案了，但在實際工程中，會包括很多配置，根據不同的業務模組來劃分，所以我們一般思路是各負其責，明確邊界，spring根容器負責所有其他非controller的bean的註冊，而springmvc只負責controller相關的bean的註冊。第三種方案如下：

spring容器配置，排除所有@controller的bean

context:component-scan>

springmvc容器配置，讓其只包括@controller的bean
use-default-filters="false">
context:component-scan>

個人比較推薦第三種方案。引申一下，專案中使用事務的配置方案，也會在這種場景下失效，歸根結底也是由於2個容器的可見性問題導致，可以結合具體問題按照上面的思路進行查詢原因。(——全文完——)

Spring與SpringMVC的容器關係分析

Thymeleaf模板與Spring MVC整合

SpringBoot擴充套件SpringMVC

springMVC學習（一）springMVC簡介

Spring與SpringMVC的容器關係分析

Thymeleaf模板與Spring MVC整合

SpringBoot擴充套件SpringMVC

springMVC學習（一）springMVC簡介

相關推薦