为什么Spring不扫描controller层注解,springmvc不扫描service层注解

spring 同时被 2 个专栏收录
16 篇文章 0 订阅
15 篇文章 0 订阅

1 xml代码

springmvc中,我们经常配置两个xml,一个spring专属,一个springMVC专属,在这两个xml中我们都可以配置bean的自动扫描。
一般我们在spring.xml中不扫描@Controller注解,在springmvc.xml中不扫描@service@Repository

在主容器中(applicationContext.xml),将Controller的注解排除掉

<context:component-scan base-package="com"> 
  <context:exclude-filter type="annotation" expression="org.springframework.stereotype.Controller" /> 
</context:component-scan> 

而在springMVC配置文件中将Service注解给去掉

<context:component-scan base-package="com"> 
  <context:include-filter type="annotation" expression="org.springframework.stereotype.Controller" /> 
  <context:exclude-filter type="annotation" expression="org.springframework.stereotype.Service" /> 
</context:component-scan> 

2 原因说明

2.1 俩容器关系

Spring容器和springmvc容器的关系点击此处看详细说明
Springspringmvc和作为两个独立的容器,会把扫描到的注解对象分别放到两个不同的容器中,Springmvc容器是spring容器的一部分,它们访问对象的范围如下所示:

  • springmvc子容器可以访问spring父容器中的对象
  • spring父容器不能访问springmvc子容器中的对象

2.2 全部放到spring.xml

如果全部把注解放到spring.xml中配置会怎么样?
当一旦采用这种方式之后,spring会将扫描的对象都会存放到spring的容器,而不会放到springmvc子容器中,当访问项目的时候,springmvc找不到处理器映射器,和其对应的Controller,进而报404错误!

2.3 全部放到springmvc.xml

如果不用spring容器,把注解全部放到springmvc中扫描会怎么样?
这个是可以的,在这个里面可以同时扫描Controller层、service层、dao层的注解
但是,子容器Controller进行扫描装配时装配了@Service注解的实例,而该实例理应由父容器进行初始化以保证事务的增强处理(因为事务管理器是配置在spring容器中的),所以此时得到的将是原样的Service(没有经过事务加强处理,故而没有事务处理能力。)
同理,springmvc中配置controller后也不能将事务配置在controller层,因为事务管理器是配置在spring容器中的,如果将事务配置在Controller层的话,spring容器因为不能访问springmvc子容器,进而无法访问到事务对象。进而导致事务失效。

  • 9
    点赞
  • 0
    评论
  • 30
    收藏
  • 一键三连
    一键三连
  • 扫一扫,分享海报

©️2021 CSDN 皮肤主题: 编程工作室 设计师:CSDN官方博客 返回首页
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、C币套餐、付费专栏及课程。

余额充值