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配置不好。
发布者:全栈程序员-用户IM,转载请注明出处:https://javaforall.cn/114752.html原文链接:https://javaforall.cn
【正版授权,激活自己账号】: Jetbrains全家桶Ide使用,1年售后保障,每天仅需1毛
【官方授权 正版激活】: 官方授权 正版激活 支持Jetbrains家族下所有IDE 使用个人JB账号...