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配置不好。

Logo

权威|前沿|技术|干货|国内首个API全生命周期开发者社区

更多推荐