Spring是根容器，SpringMVC是其子容器。子容器的創建依賴于父容器的創建。子容器(SpringMVC容器)可以訪問父容器(Spring容器)的Bean，父容器(Spring容器)不能訪問子容器(SpringMVC容器)的Bean。也就是說，當在SpringMVC容器中getBean時，如果在自己的容器中找不到對應的bean，則會去父容器中去找，這也解釋了為什么由SpringMVC容器創建的Controller可以獲取到Spring容器創建的Service組件的原因。?

ContextLoaderListener中創建Spring容器主要用于整個Web應用程序需要共享的一些組件，比如DAO、數據庫的ConnectionFactory等；而由DispatcherServlet創建的SpringMVC的容器主要用于和該Servlet相關的一些組件，比如Controller、ViewResovler等。在實際工程中，一個項目中會包括很多配置，根據不同的業務模塊來劃分，我們一般思路是：Spring根容器負責所有其他非controller的Bean的注冊，而SpringMVC只負責controller相關的Bean的注冊。

雖然說子容器可以訪問父容器的bean，但是為什么在spring和springmvc整合的項目中，如果我們不把Controller注冊在springmvc.xml中，而是在spring框架對應的配置文件applicationContext.xml中去設置一個全局掃描包（其中包括Controller的bean），這時，運行工程就會看到報404錯誤，顯示找不到controller對象。這不就與“子容器可以訪問父容器的內容”相矛盾了嗎？其實這并不矛盾，而是因為RequestMappingHandleMapping在找controller時，默認是不會從父容器中找的。如果想要把controller的bean注冊在父容器中，我們可以手動的配置它從父容器找。但是這樣針對特定的HandlerMapping配置不好。

與50位技術專家面對面20年技術見證，附贈技術全景圖

總結

以上是生活随笔為你收集整理的Spring容器和springmvc容器的区别联系的全部內容，希望文章能夠幫你解決所遇到的問題。

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