@Autowired和@Resource可别再用错了

一、简介  

        jr们平时在写项目时，@Autowired和@Resource这两个注解肯定都会用到的。但是不知道有没有遇到下面的warning提示，如下图：

        这个警告提示是Spring工作组的建议，建议是：属性字段注入的方式不推荐，检查到的问题是：Spring团队建议:"始终在bean中使用基于构造函数的依赖项注入，始终对强制性依赖项使用断言"

二、注入的方式

        虽然当前有关Spring Framework(5.0.3)的文档仅定义了两种主要的注入类型，但实际上有三种：

1.基于构造函数的依赖注入

public class UserServiceImpl implents UserService{

    private UserDao userDao;

    @Autowire
    public UserServiceImpl(UserDao userDao){
        this.userDao = userDao;
    }

}

2.基于Setter的依赖注入

public class UserServiceImpl implents UserService{

     private UserDao userDao;

     @Autowire
     public serUserDao(UserDao userDao){
         this.userDao = userDao;
     }

 }

3.基于字段的依赖注入

public class UserServiceImpl implents UserService{

     @Autowire
     private UserDao userDao;

 }

        基于字段的依赖注入方式会在Idea当中会出现警告提示，但是这种使用方式使用的也最广泛，因为简洁方便.您甚至可以在一些Spring指南中看到这种注入方法，尽管在文档中不建议这样做。

三、区别

        @Autowired和@Resource都是Spring/Spring Boot项目中，用来进行依赖注入依赖注入的注解。它们都提供了将依赖对象注入到当前对象的功能，但二者却有众多不同（面试题会问到），其二者的区别主要体现在以下 5 点：

1.来源不同：

        @Autowired和@Resource来自不同的“父类”，其中@Autowired是Spring定义的注解，而 @Resource是Java定义的注解，它来自于JSR-250（Java 250 规范提案）。

2.依赖查找的顺序不同：

        依赖注入的功能，是通过先在Spring IoC容器中查找对象，再将对象注入引入到当前类中。而查找有分为两种实现：按名称（byName）查找或按类型（byType）查找，其中@Autowired和 @Resource都是既使用了名称查找又使用了类型查找，但二者进行查找的顺序却截然相反。

    2.1@Autowired 查找顺序

        @Autowired 是先根据类型（byType）查找，如果存在多个 Bean 再根据名称（byName）进行查找。详细的课查看Spring源码： org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor#postProcessPropertyValues 实现分析得出

3.支持的参数不同：

        @Autowired 和 @Resource 在使用时都可以设置参数，比如给 @Resource 注解设置 name 和 type 参数，实现代码如下：

@Resource(name = "userinfo", type = UserInfo.class)

private UserInfo user;

        @Autowired 只支持设置一个 required 的参数，而 @Resource 支持 7 个参数。

4.依赖注入的支持不同：

        @Autowired可以对构造器、方法、参数、字段使用，@Resource只能对方法、字段使用。

5.编译器 IDEA 的提示不同：

        在使用IDEA开发的时候有没有注意到过一个提示，在字段上使用Spring的依赖注入注解@Autowired后会出现如下警告：

Field injection is not recommended (字段注入是不被推荐的)

 但是使用@Resource却不会出现此提示：

• @Autowired是Spring提供的，它是特定IoC提供的特定注解，这就导致了应用与框架的强绑定，一旦换用了其他的IoC框架，是不能够支持注入的。

• 而 @Resource是JSR-250提供的，它是Java标准，我们使用的IoC容器应当去兼容它，这样即使更换容器，也可以正常工作。

如果这篇文章对您有所帮助，或者有所启发的话，求一键三连：点赞、评论、收藏➕关注，您的支持是我坚持写作最大的动力。