背景和概述
在spring与springMVC中通过IOC可以管理bean对象，有两个配置文件可以配置ioc
spring的配置文件applicationContext.xml
springMVC的配置文件springMVC.xml
工作中我们用spring来管理service层和repertory层的bean对象，而让springMVC去管理controller。
那么很自然有如下的疑问？
1、能不能用springMVC的配置文件springMVC.xml来管理全部的bean对象，包括controller，service，dao？
2、能不能用spring的配置文件applicationContext.xml来管理全部的bean对象，包括controller，service，dao？
答案是这样的
完全可以用在spingMVC的而配置文件中来管理全部的Bean对象，但是不可以用spring来管理controller。
为什么是这样的？
Spring和SpringMVC父子容器关系
在Spring整体框架的核心概念中，容器是核心思想，就是用来管理Bean的整个生命周期的，而在一个项目中，容器不一定只有一个，Spring中可以包括多个容器，而且容器有上下层关系，目前最常见的一种场景就是在一个项目中引入Spring和SpringMVC这两个框架，那么它其实就是两个容器，Spring是父容器，SpringMVC是其子容器，并且在Spring父容器中注册的Bean对于SpringMVC容器中是可见的，而在SpringMVC容器中注册的Bean对于Spring父容器中是不可见的，也就是子容器可以看见父容器中的注册的Bean，反之就不行。
spring与springMVC的细节问题
spring是一个IOC容器，springMVC可以看做是一个springIOC容器的一个子容器，这个子容器有自己独有的逻辑和方法。其其中很重要的有：HandlerMapper（处理器映射器），和HandlerAdapter（处理器适配器），其配置如下：
<!-- 配置最新版的注解的处理器映射器 -->
<bean class="org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerMapping"></bean>
<!-- 配置最新版的注解的处理器适配器 -->
<bean class="org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter"></bean>
1
2
3
4
或者可以利用注解驱动去自动加载。
<!-- 注解驱动:
作用:替我们自动配置最新版的注解的处理器映射器和处理器适配器
-->
<mvc:annotation-driven></mvc:annotation-driven>
1
2
3
4
值得注意的是，springMVC在调用HandlerMapper进行url到controller函数方法映射解析的时候，HandlerMapper会在springMVC容器中寻找controller，也就是在子容器中寻找，不会去父容器spring容器中寻找的，所以当用spring的applicationContext.xml中配置了controller后，在访问页面的时候会出现404错误。
我们来总结一下
这样我们在清楚了spring和springMVC的父子容器关系、以及扫描注册的原理以后，根据官方建议我们就可以很好把不同类型的Bean分配到不同的容器中进行管理。再出现Bean找不到或者SpringMVC不能跳转以及事务的配置失效的问题
https://blog.csdn.net/u010758410/article/details/79950801
在说父子容器之前，咱们首先了解什么是容器：
java容器：
可以管理对象声明周期，对象间的依赖关系。还可以配置对象名称，属性，产生方式等。不用程序员自己编写程序来管理。
java中常用的容器类有：List、HashMap、HashTable等。
spring容器：
借用以为博主的总结：
spring有两个核心接口：BeanFactory和ApplicationContext，其中ApplicationContext是BeanFactory的子接口。他们都可代表Spring容器，Spring容器是生成Bean实例的工厂，并且管理容器中的Bean。
Bean是Spring管理的基本单位，在基于Spring的Java EE应用中，所有的组件都被当成Bean处理，包括数据源、hibernate的SessionFactory、事务管理器等。在Spring中，Bean的是一个非常广义的概念，任何的Java对象、Java组件都被当成Bean处理。
了解了什么是容器，接下来就进入正题：
在一个项目中，容器不一定只有一个，就拿我正在学习的ssm框架来说：spring可以包含多个容器，比如说springmvc容器。在搭建项目的时候我们做了好多的配置：
比如：在springmvc.xml中配置了一个扫描包，扫描controller中的注解。（后边的mvc:annotation-driven代表使用注解驱动，可以不写）
又比如：在service.xml中配置了扫描包，要扫描service中的注解
那问题就来了，既然spring容器是一个大的容器，那我可不可以，写一个全局扫描包把service/dao/controller都扫描到spring容器中呢？这样会不会更方便一点不用配置那么多的xml文件？
针对这个问题，我们一起来学习一下：
Spring 是一个容器，springmvc也是一个容器。他们两者之间是父子容器关系。springmvc是子容器，包含在spring容器中。在项目中的配置如下：
我们在web.xml中配置了一个spring容器：用Listener加载初始化srping容器（这是一个大的容器）
还配了一个springmvc的前端控制器：（这是一个包含在springmvc中的一个容器。而springmvc又包含在spring容器中）
就相当于：service.dao在spring容器中，controller在springmvc容器中。
父子容器约定如下：
1、子容器可以访问父容器中的对象：
也就是service 可以注入到controller中。
但反过来，controller就不可以注入到service中。
当然，如果controller和service在一个容器中，就可以注入。
2、父容器不可以访问子容器中的对象：
如果我们在spirng中配置一个全局的扫描包，spring容器会把service,controller,dao都扫描放入spring这个大的容器中。这样导致，springmvc中就没有对象了，页面访问找不到对应的controller，就会报404错误。
相反，如果我们在springmvc中写一个扫描包，把service、dao都注入到springmvc中，（也就是把spingmvc.xml中扫描包中的.controller去掉）是没有问题的。因为springmvc也是一个spring容器。
3、我们为什么要用spring加springmvc呢？
当然是为了系统以后的扩张方便。spring可以整合多个框架，这样我们后边如果想再加入一个struts到spring容器里面，也是可以的。
4、我们可不可以把事务配置到controller中？
如果是spirng+springmvc这个架构是不可以，因为事务管理器是在spring中配置的，在父容器中是访问不了springmvc子容器中的controller的。所以不可以。
但是如果把所有扫描包都配置到springmvc中，那么在controller是可以配置事务的。
所以结论如下：不可以在service.xml中配置一个全局扫描包来使用。
了解了父子容器，我们在搭建框架的时候，就会很容易的知道，我要配置什么，配置到哪些地方。就会更深一步的了解框架的原理。
课外拓展：
我在上网查询父子容器的时候，发现了两派配置容器的使用。
第一派：网友称为传统派，就是spring+springmvc的配置。和我上面讲的一样。没什么可说的
第二派：叫激进派，就是把所有东西都配置到springmvc中，不要service或者dao层的接口，把做项目一全套的数据源啦，事务啦，dao啦，service啦，都配置到子容器中。