勇闯BAT @Autowired和@Resource的区别及其实现原理

短命女 2023-01-19 10:57 28阅读 0赞

### 文章目录 ###

*   *  @Resource和@Autowired简介
     *  @Autowired注解的工作原理
     *  注入方式

## @Resource和@Autowired简介 ##

> 凹头外耳的

*  @Resource和@Autowired都可以用来装配bean，都可以用于字段或setter方法。
 *  @Autowired默认按类型装配，默认情况下必须要求依赖对象必须存在，如果要允许null值，可以设置它的required属性为false。
 *  @Resource默认按名称装配，当找不到与名称匹配的bean时才按照类型进行装配。名称可以通过name属性指定，如果没有指定name属性，当注解写在字段上时，默认取字段名，当注解写在setter方法上时，默认取属性名进行装配。  
    注意：如果name属性一旦指定，就只会按照名称进行装配。
 *  @Autowire和@Qualifier(阔李菲儿)配合使用效果和@Resource一样：

@Autowired(required = false) @Qualifier("example")
    private Example example;
    
    @Resource(name = "example")
    private Example example;@Resource装配顺序

1.  如果同时指定name和type，则从容器中查找唯一匹配的bean装配，找不到则抛出异常
2.  如果指定name属性，则从容器中查找名称匹配的bean装配，找不到则抛出异常
3.  如果指定type属性，则从容器中查找类型唯一匹配的bean装配，找不到或者找到多个抛出异常
4.  如果都不指定，则自动按照byName方式装配，如果没有匹配，则回退一个原始类型进行匹配，如果匹配则自动装配

**简要对比表格**

<table> 
 <thead> 
  <tr> 
   <th>注解对比</th> 
   <th><code>@Resource</code></th> 
   <th><code>@Autowire</code></th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>注解来源</td> 
   <td>JDK</td> 
   <td>Spring</td> 
  </tr> 
  <tr> 
   <td>装配方式</td> 
   <td>优先按名称</td> 
   <td>优先按类型</td> 
  </tr> 
  <tr> 
   <td>属性</td> 
   <td>name、type</td> 
   <td>required</td> 
  </tr> 
 </tbody> 
</table>

## @Autowired注解的工作原理 ##

@Autowired注解的作用是由AutowiredAnnotationBeanPostProcessor实现的，查看该类的源码会发现它实现了MergedBeanDefinitionPostProcessor接口，进而实现了接口中的postProcessMergedBeanDefinition方法，@Autowired注解正是通过这个方法**实现注入类型的预解析**，**将需要依赖注入的属性信息封装到InjectionMetadata类中**，InjectionMetadata类中包含了哪些需要注入的元素及元素要注入到哪个目标类中，在**Spring容器启动的过程中初始化单例bean**的时候通过populateBean方法**实现对属性的注入**。

public class AutowiredAnnotationBeanPostProcessor extends InstantiationAwareBeanPostProcessorAdapter implements MergedBeanDefinitionPostProcessor, PriorityOrdered, BeanFactoryAware { 
    
    public void postProcessMergedBeanDefinition(RootBeanDefinition beanDefinition, Class<?> beanType, String beanName) { 
        if (beanType != null) { 
            InjectionMetadata metadata = this.findAutowiringMetadata(beanName, beanType, (PropertyValues)null);
            metadata.checkConfigMembers(beanDefinition);
        }
    }
    
    public class InjectionMetadata { 
    	private static final Log logger = LogFactory.getLog(InjectionMetadata.class);
    	private final Class<?> targetClass;
    	private final Collection<InjectedElement> injectedElements;
    	private volatile Set<InjectedElement> checkedElements;

Spring容器在启动的时候会执行AbstractApplicationContext类的refresh方法，在refresh方法执行的过程中先注册AutowiredAnnotationBeanPostProcessor，然后在对非延迟初始化的单例bean进行初始化时，会间接调用。

@Resource原理类似`CommonAnnotationBeanPostProcessor`

## 注入方式 ##

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

*  基于构造函数的依赖注入

public class UserServiceImpl implents UserService{
        private UserDao userDao;
        
        @Autowire
        public UserServiceImpl(UserDao userDao){
            this.userDao = userDao;
        }
    }

*  基于Setter的依赖注入

public class UserServiceImpl implents UserService{
         private UserDao userDao;
         
         @Autowire
         public serUserDao(UserDao userDao){
             this.userDao = userDao;
         }
     }

*  基于字段的依赖注入

public class UserServiceImpl implents UserService{
         @Autowire
         private UserDao userDao;
     }

> 缺点：
> 
>  *  对于有**final**修饰的变量不好使，Spring的IOC对待属性的注入使用的是set形式，但是final类型的变量在调用class的构造函数的这个过程当中就得初始化完成
>  *  掩盖**单一职责的设计思想**，如果你采用的是**基于构造函数的依赖注入**的方式来使用Spring的IOC的时候，当你注入的太多的时候，这个构造方法的参数就会很庞大，类似于下面.当你看到这个类的构造方法那么多参数的时候，你自然而然的会想一下:**这个类是不是违反了单一职责思想?**.但是使用**基于字段的依赖注入**不会让你察觉，你会很沉浸在@Autowire当中
>  *  **与Spring的IOC机制紧密耦合**，当你使用**基于字段的依赖注入**方式的时候，确实可以省略构造方法和setter这些个模板类型的方法，但是，你把控制权全给Spring的IOC了，别的类想重新设置下你的某个注入属性，没法处理(当然反射可以做到).本身Spring的目的就是解藕和依赖反转，结果通过再次与类注入器（在本例中为Spring）耦合，失去了通过自动装配类字段而实现的对类的解耦，从而使类在Spring容器之外无效
>  *  隐藏依赖性：当你使用Spring的IOC的时候，被注入的类应当使用一些public类型(构造方法，和setter类型方法)的方法来向外界表达:我需要什么依赖.但是**基于字段的依赖注入**的方式，基本都是private形式的，private把属性都给封印到class当中了.

**官方推荐**使用「**构造器注入**」而非「`@Autowired`字段」的形式。

基于字段的依赖注入方式会在Idea当中吃到黄牌警告，但是这种使用方式使用的也最广泛，因为简洁方便.您甚至可以在一些Spring指南中看到这种注入方法，尽管在文档中不建议这样做.(有点执法犯法的感觉)

参考：

*  https://zhuanlan.zhihu.com/p/107094281
 *  https://blog.csdn.net/u012102104/article/details/79481007