在Spring整体框架的核心概念中，容器是核心思想，就是用来管理Bean的整个生命周期的（Spring Bean是被实例化的，组装的及被Spring 容器管理的Java对象），而在一个项目中，容器不一定只有一个，Spring中可以包括多个容器，而且容器有上下层关系，目前最常见的一种场景就是在一个项目中引入Spring和SpringMVC这两个框架，那么它其实就是两个容器，Spring是父容器，SpringMVC是其子容器，并且在Spring父容器中注册的Bean对于SpringMVC容器中是可见的，而在SpringMVC容器中注册的Bean对于Spring父容器中是不可见的，也就是子容器可以看见父容器中的注册的Bean，反之就不行。
springmvc 的配置文件和spring的配置文件都可以配置包扫描，如下：
从Spring提供的参考手册中我们得知该配置的功能是扫描配置的base-package包下的所有使用了@Component注解的类，并且将它们自动注册到容器中，同时也扫描@Controller，@Service，@Respository这三个注解，因为他们是继承自@Component。
在项目中我们经常见到还有如下这个配置，其实有了上面的配置，这个是可以省略掉的，因为上面的配置会默认打开以下配置。以下配置会默认声明了@Required、@Autowired、 @PostConstruct、@PersistenceContext、@Resource、@PreDestroy等注解。
另外，还有一个和SpringMVC相关如下配置，经过验证，这个是SpringMVC必须要配置的，因为它声明了@RequestMapping、@RequestBody、@ResponseBody等。并且，该配置默认加载很多的参数绑定方法，比如json转换解析器等。
下面让我们来详细扒一扒Spring与SpringMVC的容器冲突的原因到底在那里？
我们共有Spring和SpringMVC两个容器，它们的配置文件分别为applicationContext.xml和applicationContext-MVC.xml。
1.在applicationContext.xml中配置了，重启后，验证成功，springMVC跳转有效。
下面我们来查看具体原因，翻看源码，从SpringMVC的DispatcherServlet开始往下找，我们发现SpringMVC初始化时，会寻找SpringMVC容器中的所有使用了@Controller注解的Bean，来确定其是否是一个handler。1,2两步的配置使得当前springMVC容器中并没有注册带有@Controller注解的Bean，而是把所有带有@Controller注解的Bean都注册在Spring这个父容器中了，所以springMVC找不到处理器，不能进行跳转。
按照官方推荐根据不同的业务模块来划分不同容器中注册不同类型的Bean：Spring父容器负责所有其他非@Controller注解的Bean的注册，而SpringMVC只负责@Controller注解的Bean的注册，使得他们各负其责、明确边界。配置方式如下
1.在applicationContext.xml中配置:
2.applicationContext-MVC.xml中配置
不要让两个扫描有重叠。原因有如下几点：
- 扫描的类增多， 项目启动时间会延长
- @PostConstruct 注解标注的方法会执行2次
- 会使事务失效
对于第三点会使事物失效，原因是什么? 同时使用springmvc 和 spring， 那么项目中就会有两个容器。 spring的是父容器，先进行初始化; springmvc是子容器， 后进行初始化。子容器可以访问父容器的bean，父容器不能访问子容器的bean。 springmvc后初始化，会重新创建service对象并重新注入，而springmvc再次创建service对象时不会读取spring的配置文件，因此也就无法知道service层是需要创建代理对象的，所以springmvc创建的service是普通的对象，而不是动态代理对象。解决重叠扫描的方式
- 方式1
即上面提到的 springmvc 只扫描controller的包， spring扫描其他组件。 springmvc 配置如下：
springmvc只会扫描com.xxx下任意目录或子目录下的controller包下的类
spring的配置如下：
- 方式2
用 或 指定或排除某些类 假设springmvc扫描如下：
spring扫描如下：
那么就会重叠，springmvc会扫描service和dao，可以这样修改springmvc的配置：
用 排除了@Service 和 @Repository 两种注解标注的类，意思是告诉springmvc在扫描时，如果碰到这两个注解标注的类直接忽略，不要创建和注入对象。
方式1比方式2好，扫描的类更少，方式2仅仅是个例子，看起来有点画蛇添足。故意让springmvc扫描service和dao的包，又告诉他扫描时忽略service和dao，我仅仅是想引出还有 和 这个配置. 有些特殊场景才用得上这个配置。
参考资料
http://www.cnblogs.com/hafiz/p/5875740.html
