栏目分类:
子分类:
返回
名师互学网用户登录
快速导航关闭
当前搜索
当前分类
子分类
实用工具
热门搜索
名师互学网 > IT > 软件开发 > 后端开发 > Java

【SpringBoot|MyBatisPlus】自动装配遇到的坑

Java 更新时间: 发布时间: IT归档 最新发布 模块sitemap 名妆网 法律咨询 聚返吧 英语巴士网 伯小乐 网商动力

【SpringBoot|MyBatisPlus】自动装配遇到的坑

在基于MP搭建新项目的时候,使用Mapper层继承baseMapper,service层接口继承IService,实现类继承ServiceImpl并实现继承了IService接口的接口。

大概是这样一个结构:

//Entity
class Xxx{}

//Mapper
@Mapper
interface XxxMapper extends baseMapper {}

//Service
interface XxxService extends IService{}

//ServiceImpl
@Service
class XxxServiceImpl extends ServiceImpl implements XxxService {}

然后配置在baseController中自动注入了泛型的IService

结果出现了Bean重复注入的问题:

查看SpringBootApplication.run().getBeanDefinitionNames()后发现,确实是重复注入了,通过查看bean的名称可以知道是service和serviceImpl产生了冲突,这也不难理解,因为这两个都属于IService的派生类,通过IService进行自动装配确实会有这样的风险。

但是在另一个项目中同样的结构就没有遇到这个问题,我想了想发现问题出在service上,serviceImpl上加了Service注解,所以被装配进IOC容器很容易理解,那么service是怎么被装配进IOC容器的呢?

尝试了半天找了各种资料也没有找到答案,最后瞎猫碰上死耗子让我碰对了。

@SpringBootApplication
@MapperScan
public class ForumApplication

 我的MapperScan注解上没有写清楚Mapper类的具体包,于是默认扫描了启动类同级下的所有目录。

但是到这里也还是不能说明为什么service会被装配进去,最后做了一个小测试,得出结论,MapperScan会将扫描路径下的所有接口装配进IOC容器,原先我以为只会装配加了Mapper注解的接口/类,但是尽管找到了原因却依然不清楚为什么会这样。

在这里埋个坑,以后得空了去翻翻源码找答案。

转载请注明:文章转载自 www.mshxw.com
本文地址:https://www.mshxw.com/it/351660.html
我们一直用心在做
关于我们 文章归档 网站地图 联系我们

版权所有 (c)2021-2022 MSHXW.COM

ICP备案号:晋ICP备2021003244-6号