只因多看了一眼提示，又一次刷新了@Autowired注释的认知

Bertha 。 2022-12-28 12:37 84阅读 0赞

@Autowired和@Resource都可以用于来实现依赖注入，但前者是Spring提供的，后者为JDK（JSR-250标准）自带的。阿里Java开发规范中推荐使用@Resource。但大多数人往往并没有留意为何如此，甚至代码中的提示信息可能都没留意去看。

本文就带大家彻底了解一下这两个注解的功能、运用场景及区别。

### IDE的提示 ###

如果在项目中使用@Autowired进行注入，如下代码：

@RestController
    public class InjectController {
        @Autowired
        private ConnectService connectService;
    }

会有这样的提示信息：

Field injection is not recommended 
    Inspection info: Spring Team recommends: "Always use constructor based dependency injection in your beans. Always use assertions for mandatory dependencies".

翻译过来就是：字段注入是不推荐的，Spring团队建议：“始终在bean中使用基于构造函数的依赖项注入。始终对强制性依赖项使用断言”。

根据提示，我们来重新写一种注入方式：

@RestController
    public class InjectController {
    
        private ConnectService connectService;
    
        @Autowired
        public void setConnectService(ConnectService connectService) {
            this.connectService = connectService;
        }
    }

上面将@Autowired的注解使用在了setter方法上，此时提示消失了。再看另外一种注入方式：

@RestController
    public class InjectController {
    
        private ConnectService connectService;
    
        @Autowired
        public InjectController(ConnectService connectService) {
            this.connectService = connectService;
        }
    }

此种方式将@Autowired的注解使用在了构造方法上，与Spring团队的建议一致。此时，也不会再出现警告信息。

也就是说IDE提示的信息并不是说不建议大家使用@Autowired注解，而且不要直接使用在字段（Field）上。

#### Spring注入的方式及场景 ####

Spring常见的DI方式：构造器注入、Setter注入、字段注入。显然，我们经常使用的方式并不是官方最推荐的。

而上面三种注入方式所适用的场景也是有所区别的：1、构造器注入适用具有强依赖和不变性的依赖；2、Setter注入适用于具有可选性和可变性的依赖注入；3、Field注入，尽量少使用，如果需要则使用@Resource进行替代，以降低耦合性。

#### Field注入的缺点 ####

Field注入的缺点很明显，比如不能像构造器注入那样注入不可变的对象，依赖对外部不可见（构造器和Setter可见，而private的属性不可见），会导致组件与IoC容器（比如Spring）紧密耦合，单元测试也需要使用IoC容器，依赖过多时相对构造器注入不能够明显的看出依赖过多（违反单一职责原则）。

既然Field注入这么多缺点，但为什么大家还是习惯使用呢？主要原因：太方便了，极大的缩减了代码。而且大多数业务并不需要用构造器强绑定，同时换IoC容器的可能性也极低。所以，虽然官方及IDE一直强调和提醒，但貌似并没有阻止程序员的使用。

#### 为什么只对@Autowired警告 ####

最主要的原因是：@Autowired是Spring提供的，是特定IoC提供的特定注解，与框架形成了强绑定，一旦换用其他IoC框架，是无法支持注入的。而@Resource是JSR-250提供的，IoC容器应当去兼容它，即使更换容器，也可以正常工作。

另外可能还跟这两种注解的工作机制有关。默认情况下@Autowired是以类型（ByType）进行匹配的，@Resource是以名字（ByName）进行匹配的。也就是说当容器中存在两个相同类型的Bean时，使用@Autowired注入会报错，而使用@Resource会更精准。当然@Autowired也可以指定名称（还需配合@Qualifier注解）。

### @Autowired和@Resource功能 ###

就Spring而言，不但支持自定义的@Autowired注解，还支持几个由JSR-250规范定义的注解，分别为@Resource、@PostConstruct以及@PreDestroy。

而@Autowired和@Resource的功能基本一致，@Resource的作用相当于@Autowired，只不过@Autowired默认按byType自动注入，而@Resource默认按byName自动注入。

@Resource有两个核心属性：name和type。Spring将@Resource注解的name属性解析为bean的名字，type属性则解析为bean的类型。默认情况下会通过反射机制使用byName自动注入策略。

@Resource装配场景：

*  1、如果同时指定了name和type，则从Spring上下文中找到唯一匹配的bean进行装配，找不到则抛出异常；
 *  2、如果指定了name，则根据名称进行装配，找不到则抛出异常；
 *  3、如果指定了type，则根据类型进行装配，找不到或者找到多个，都会抛出异常；
 *  4、没有任何指定（默认情况），则采用byName方式进行装配，如果没有匹配到，则回退为一个原始类型进行匹配；

### 小结 ###

处于对代码的洁癖，不习惯@Autowired的提示信息，于是整个项目中都强力推荐使用@Resource注解。了解了这一提示的底层原理，或许你就可以选择最适合自己的注入形式了。

原文链接：《[只因多看了一眼提示，又一次刷新了@Autowired注释的认知][Autowired]》

--------------------

**程序新视界**  
公众号“ **程序新视界**”，一个让你软实力、硬技术同步提升的平台，提供海量资料

![微信公众号：程序新视界][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dvNTQxMDc1NzU0_size_16_color_FFFFFF_t_70_pic_center]

[Autowired]: https://www.choupangxia.com/2020/12/16/spring-autowired-resource/
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dvNTQxMDc1NzU0_size_16_color_FFFFFF_t_70_pic_center]: /images/20221120/d73e55e23b774ed385446fc726792343.png