Spring

一、Spring容器（父容器）

　　1、Mapper代理对象
　　2、Service对象

二、Springmvc（前端控制器）（子容器）

       Controller对象

        1.标准的配置是这样的：Controller只在SpringMVC的配置文件扫描。Service等只在Spring容器的配置文件配置扫描。
        2.Spring中也可以扫描Controller，但是使用时还是使用的SpringMVC自己的（自己没有配置，那么不能用），造成对象冗余，而且使用时事务控制可能有问题。
        3.SpringMVC中也可以配置扫描Service等，也造成冗余，而且使用时事务控制可能有问题。

       通过Value注入时，在Controller中不能使用注入属性，因为Controller是子容器控制的。

          除非在spring-mvc.xml中也加入配置：
          <!-- 加载文件上传路径配置文件 解决@controller 中无法注入配置文件中的属性 -->
           <context:property-placeholder location="classpath*:file.properties"/>

三、总结

　　1、避免父子容器拥有共同的实例，是没有必要的使用方式。

　　　　常见的资源初始化、预热多次；如果父子容器都有实例，而通过SpringUtil 的方式获取bean，就要看SpringUtil 所在的容器，来获取对应的bean，也容易混乱

　　2、事务一般不要放在子容器中，子容器应该仅仅存在 web相关的bean；这也间接说明@Transactional 不应该修饰controller

　　3、如果希望对子容器的实例拥有事务能力，需要确保<aop:aspectj-autoproxy/> 以及Aspect 配置在子容器中