IDEA里@Autowired注入Dao时,报错Could not autowire,但编译运行正常的解决方法

时间:2024-03-24 18:24:11

用IDEA会经常出现的问题,之前我是用mybatis-plus的,调用方法不需要注入dao层,直接this.baseMapper就可以调用dao层的方法了,但最近公司不允许使用MP,说是会影响代码可读性,就只能用mybatis了。这时发现每次注入Dao的时候就会标红报错,但是其实并不影响编译运行,也就是说无视它其实也可以,但程序员都应该有那么一点对代码的强迫症,所以今天想办法给它处理一下。

IDEA里@Autowired注入Dao时,报错Could not autowire,但编译运行正常的解决方法
先声明一下,个人建议使用方法3或4

方法1:降低Autowired检测的级别
通过设置检测级别,可以让其检测的级别由error改成warning或其它可以忽略的级别。
IDEA里@Autowired注入Dao时,报错Could not autowire,但编译运行正常的解决方法
这样好像是大多数人使用的方法,但我感觉这有点治标不治本,还会影响到其他注入的警告。万一其他地方注入真的有报错也会被影响,所以不建议采用,但是比较方便。

方法2:加上@SuppressWarnings(“all”)注解
IDEA里@Autowired注入Dao时,报错Could not autowire,但编译运行正常的解决方法
跟方法一类似,作用是忽略它的报错,好处是不会影响其他地方。但是使用起来很麻烦,每个注入都要加上这个,不建议使用。

方法3:在mapper类上加上@Repository或者@Component
看了一圈,最好的方式就是这个了,在Dao层接口上加上这两个注解之一即可。
@Repository 用于声明 dao 层的 bean
@Component则是通用的泛指组件
两者都可以,但是@Repository专业性强一点,我们这里就用它吧。
IDEA里@Autowired注入Dao时,报错Could not autowire,但编译运行正常的解决方法
注意,实际上注入Bean靠的还是@Mapper注解,加上这两者只是在打代码时不标红报错而已,如果没有@Mapper,运行时会注入失败而报错。
这里我没有加@Mapper,是因为我在启动类加上了
@MapperScan(basePackages = {"com.xxx.dao"})
它的作用是扫描指定包下的接口,代替了每个dao接口上都要加@Mapper

方法4:@Autowired换成@Resource
经测试,用@Resource注入也可以解决,但是个人觉得每个引入的地方都要刻意换成@Resource的话,还是方法3略占优势。不过还是好过方法1和2,自己选择使用。
IDEA里@Autowired注入Dao时,报错Could not autowire,但编译运行正常的解决方法