点关注,不迷路;持续更新Java架构相关技术及资讯热文!!!
相信使用Mybaits的小伙伴们一定会经常编写类似如下的代码:
可以看到 userMapper 下有个红色警告。虽然代码本身并没有问题,能正常运行,但有个警告总归有点恶心。本文分析原因,并列出解决该警告的几种方案。
众所周知,IDEA是非常智能的,它可以理解Spring的上下文。然而 UserMapper 这个接口是Mybatis的,IDEA理解不了。
而 @Autowired 注解,默认情况下要求依赖对象(也就是 userMapper )必须存在。而IDEA认为这个对象的实例/代理是个null,所以就友好地给个提示。
使用 @Autowired 注解时,若希望允许null值,可设置required = false,像这样:
@Autowired(required = false) private UserMapper userMapper;
这样就不会有警告了。原因很好理解:IDEA认为userMapper是个null,给了警告;加上required = false后,使用 @Autowired 注解不再去校验userMapper是否存在了。也就不会有警告了。
总结:这种方式有点蛋疼。一个庞大的既有项目,可能到处都在引用Mapper,总不能到处都补上 required = false 吧……而且对于新手/新员工,很难一眼看懂加required = false属性只是为了解决IDEA的警告。
像这样:
@Resource private UserMapper userMapper;
这样也不会再有讨厌的警告。如果你对原因感兴趣,不妨了解一下《@Autowired 与@Resource的区别》[1]
总结:这种方式挺赞,但如果一个项目已经大量使用@Autowired,然后为了个警告到处改成@Resource,也有点蛋疼。
像这样:
@Repository public interface UserMapper extends Mapper<User> { }
这样也能让你的
@Autowired private UserMapper userMapper;
不再报错。
当然,如果你用@Component替换@Repository也是可以的。原理大致:IDEA不是认为 userMapper 是个null嘛…加个@Repository注解骗一下IDEA就OK了……
总结:这种方式比较赞,改动小,也简单,我比较喜欢。
像这样:
@Service @RequiredArgsConstructor(onConstructor = @__(@Autowired)) public class TestService { private final UserMapper userMapper; ... }
Lombok生成的代码是这样的:
@Service public class TestService { private final UserMapper userMapper; @Autowired public TestService(final UserMapper userMapper) { this.userMapper = userMapper; } ... }
但如果自己手写成Lombok生成的代码,IDEA依然会给你报警告。我猜,应该是IDEA的Lombok插件把IDEA搞懵逼了…所以不提示了…
总结 :这是我目前最喜欢的方式。原因有2:
不过这种方式也有缺点:那就是如果你类之间的依赖关系比较复杂,特别是存在循环依赖(A引用B,B引用A,或者间接引用)时,引用将会启动不起来……这其实是构造方法注入方式的缺点。
个人没试过,也没有动力去试。没有提示的IDEA是没有灵魂的,我从来不去修改IDEA的任何警告设置。
据说安装mybatis plugin可以解决该问题。不过这个插件是收费的,我没有钱去尝试。有钱的读者们可以告诉我一下是不是真的。
以上是解决问题的6种方法。问题本身其实比较简单,但其实隐藏的知识点其实挺多的,例如:
总之,硬货有时候就隐藏在很low的问题之下,哈哈哈。