美文网首页springJavaSpring
只因多看了一眼提示,又一次刷新了@Autowired注释的认知

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

作者: Java古德 | 来源:发表于2020-12-21 17:38 被阅读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注解。了解了这一提示的底层原理,或许你就可以选择最适合自己的注入形式了。

    作者:程序新视界
    原文链接:https://hello.blog.csdn.net/article/details/111307184

    相关文章

      网友评论

        本文标题:只因多看了一眼提示,又一次刷新了@Autowired注释的认知

        本文链接:https://www.haomeiwen.com/subject/ojfdnktx.html