纠结@Autowired报黄？我踩坑后理清的Spring注入那些事儿

最近用IDEA写Spring项目，发现个特烦人的事儿——用@Autowired注入Bean的时候，字段上总飘着一条黄线，看着就难受。但换成@Resource吧，黄线立马没了。更懵的是，网上都说构造函数注入好，可我问了身边几个同事，大家平时都爱用@Resource。琢磨了好几天，踩了几个坑，总算把这事儿捋明白了，分享给跟我一样困惑的朋友。

一、@Autowired报黄，原来不是报错是“提醒”

首先得说清楚，@Autowired的黄线真不是代码写错了，项目能正常跑，就是IDEA在那儿“多管闲事”——提醒你这种写法不太规范。

后来查了下才知道，Spring官方早就不推荐这么用了，他们更建议用构造函数注入。IDEA跟Spring是一伙的，自然就跟着官方的规矩来，用黄线告诉你“这么写有坑，赶紧改”。

这坑到底在哪儿呢？我自己踩过两次：一次是同事接手我代码，看了半天不知道那个注入的Bean是哪儿来的，问我半天；还有一次是写单元测试，脱离了Spring容器，直接new对象的时候，注入的Bean是null，直接报空指针了。后来才明白，字段注入的依赖关系藏得太深，维护起来麻烦，而且脱离容器就不好使，确实不太行。

二、解决@Autowired报黄，我试了3种方法

黄线看着闹心，我琢磨了几个解决办法，分享给大家：

1. 最靠谱的：改用构造函数注入

这是官方推荐的，虽然写起来麻烦点，但确实没毛病。而且Spring 4.3以后，要是类里只有一个构造函数，连@Autowired注解都能省了，还算简洁：

@ServicepublicclassOrderService{// 加个final，这样依赖就不能随便改了，放心privatefinalOrderDaoorderDao;privatefinalUserServiceuserService;// 直接把依赖写在构造函数里，一眼就能看清依赖啥publicOrderService(OrderDaoorderDao,UserServiceuserService){this.orderDao=orderDao;this.userService=userService;}}

我现在写新代码都用这方式，依赖关系明明白白，单元测试的时候直接new就行，不用费劲启动Spring容器，还能提前发现依赖少没少配置，挺好使。

2. 图省事的：关掉IDEA的提示

要是暂时不想改代码，也能把黄线关掉。鼠标挪到黄线上，按Alt+Enter，然后选关闭这个检查就行。不过这招就是“自欺欺人”，问题还在那儿，长期用肯定不行，我就临时用了一次，后来还是改代码了。

3. 折中办法：用setter注入

还有个办法是用setter注入，比字段注入规范点，也能消黄线，就是写起来比构造函数简单点，比字段注入麻烦点：

@ServicepublicclassOrderService{privateOrderDaoorderDao;@AutowiredpublicvoidsetOrderDao(OrderDaoorderDao){this.orderDao=orderDao;}}

我没怎么用这个，感觉不上不下的，不如直接用构造函数来得彻底。

三、为啥网上都推构造函数，实际大家都用@Resource？

这事儿我也纠结好久，后来跟同事聊了聊，总算懂了——主要是构造函数有时候太麻烦，@Resource太好用了！

1. 构造函数的毛病：写起来费劲

要是一个类要依赖三四个Bean，构造函数就得写一长串参数，还得一个个赋值，看着就头疼。而@Resource呢，就一行注解的事儿，复制粘贴都省时间，开发起来贼快。我们项目迭代挺急的，大家都想省点事，自然就选@Resource了。

2. @Resource是真灵活

@Resource比@Autowired好用的地方在于，遇到多个同类型的Bean时，直接指定个名字就行。比如有两个UserDao的实现类，@Resource(name = "userDaoImpl1")一句话就搞定了。但@Autowired还得再配个@Qualifier注解，多写一行代码，麻烦得很。

而且@Resource是Java自带的注解，不是Spring专属的，万一以后项目换框架，也不用大改，这也是大家愿意用的原因。

3. 大家都觉得“能用就行”

其实很多人都知道构造函数注入规范，但觉得@Resource用着没出啥问题，项目能跑就行，没必要非得纠结规范。尤其是小项目，怎么快怎么来，@Resource的便捷性确实让人没法拒绝。

四、@Resource没黄线，不是它更牛，只是IDEA没检查

刚开始我还以为@Resource没黄线，是因为它比@Autowired厉害，后来才知道想多了。

其实就是IDEA的检查规则不一样——@Autowired是Spring专属的，IDEA专门盯着它的字段注入方式，一用就提示；而@Resource是Java标准注解，IDEA没给它开这个检查，所以就没黄线。

但说实话，@Resource的字段注入跟@Autowired的字段注入毛病一样：依赖关系藏得深，脱离容器容易报空指针，单元测试也麻烦。它俩就是各有各的用处，没有谁更牛，只是适用场景不一样。

总结一下

折腾了这么久，我也算搞明白了：@Autowired报黄就是提醒你别用字段注入，改用构造函数才规范；大家爱用@Resource就是图省事、够灵活；没黄线不代表它更优秀，只是没被IDEA检查而已。

现在我写代码是这么选的：新项目或者需要长期维护的代码，就老老实实用构造函数注入，虽然麻烦点，但后期维护省心；要是赶进度的小需求，偶尔用用@Resource也没啥，但会尽量备注清楚依赖关系。希望我踩的这些坑能帮到大家，不用再跟我一样纠结黄线的事儿啦！