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

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

先声明一下，个人建议使用方法3或4

方法1：降低Autowired检测的级别
通过设置检测级别，可以让其检测的级别由error改成warning或其它可以忽略的级别。

这样好像是大多数人使用的方法，但我感觉这有点治标不治本，还会影响到其他注入的警告。万一其他地方注入真的有报错也会被影响，所以不建议采用，但是比较方便。

方法2：加上@SuppressWarnings(“all”)注解

跟方法一类似，作用是忽略它的报错，好处是不会影响其他地方。但是使用起来很麻烦，每个注入都要加上这个，不建议使用。

方法3：在mapper类上加上@Repository或者@Component
看了一圈，最好的方式就是这个了，在Dao层接口上加上这两个注解之一即可。
@Repository 用于声明 dao 层的 bean
@Component则是通用的泛指组件
两者都可以，但是@Repository专业性强一点，我们这里就用它吧。

注意，实际上注入Bean靠的还是@Mapper注解，加上这两者只是在打代码时不标红报错而已，如果没有@Mapper，运行时会注入失败而报错。
这里我没有加@Mapper，是因为我在启动类加上了
@MapperScan(basePackages = {"com.xxx.dao"})
它的作用是扫描指定包下的接口，代替了每个dao接口上都要加@Mapper

方法4：@Autowired换成@Resource
经测试，用@Resource注入也可以解决，但是个人觉得每个引入的地方都要刻意换成@Resource的话，还是方法3略占优势。不过还是好过方法1和2，自己选择使用。