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