一、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 配置在子容器中
原文地址:https://www.cnblogs.com/caoshouling/p/8644514.html