@Resource那点事

前言：

    在项目开发中，@Autowired和@Resource之争，一直搞不清楚，反正也不想搞清楚到底什么时候用@Autowired，什么场景下用@Resource，就一直用@Autowired得了。

    现在又到了还账的时候了，必须写一篇文章搞懂@Resource那点事

    上一篇文章写了@Autowired的使用方式，有兴趣的读者可以找来看下，后面我们会对这两种作对比。

 

1.@Resource介绍

    首先@Resource这个注解不是Spring的，而是JDK的，包路径为javax.annotation.Resource。内容如下

@Target({TYPE, FIELD, METHOD})
@Retention(RUNTIME)
public @interface Resource {
    /**
     * The JNDI name of the resource.  For field annotations,
     * the default is the field name.  For method annotations,
     * the default is the JavaBeans property name corresponding
     * to the method.  For class annotations, there is no default
     * and this must be specified.
     */
    String name() default "";
    ...
}

    可以看到这个注解可以添加在类、属性、方法上。

    最主要的属性是name，可以用来指定具体需要加载的bean的名称，如果不指定的话，默认会使用属性的名称。

    下面来看下使用，然后再做总结

 

1.@Resource示例

    示例主要还是基于@Autowired时候的示例，还是Service和DAO那点事，具体可参考https://blog.csdn.net/qq_26323323/article/details/90140201 

 

    1）Service、DAO层接口及实现类

// DAO
public interface StudentDao {

    public void add(Student stu);
    public void delete(Student stu);
}

// Service
public interface StudentService {

    public void add(Student stu);
    public void delete(Student stu);
}

// 主动指定一个名称，不使用自定义的名称studentDaoImpl
@Repository("stuDao")
public class StudentDaoImpl implements StudentDao {}

// 创建另一个实现，名称为stuDao1
@Repository("stuDao1")
public class StudentDaoImpl1 implements StudentDao {

    @Override
    public void add(Student stu) {
        System.out.println("dao1 insert student..." + stu);
    }

    @Override
    public void delete(Student stu) {
        System.out.println("dao1 delete student..." + stu);
    }
}


// ServiceImpl
@Service("stuResService")
public class StudentResourceServiceImpl implements StudentService {

//    @Resource(name = "stuDao1")
    @Resource
    private StudentDao studentDao;

    @Override
    public void add(Student stu) {
        studentDao.add(stu);
    }

    @Override
    public void delete(Student stu) {
        studentDao.delete(stu);
    }
}

    2）AnnotationConfiguration类用于扫描包下的带有Annotation的类

@Configuration
@ComponentScan(basePackages = "annotation")
public class AnnotationConfiguration {
}

    这些环节都一样，不再赘述

    3）测试

@Test
public void testResourceAnnotationConfig(){
    AnnotationConfigApplicationContext applicationContext
        = new AnnotationConfigApplicationContext(AnnotationConfiguration.class);

    // 获取我们指定的service
    StudentService studentService = (StudentService) applicationContext.getBean("stuResService");
    Student stu = new Student();
    stu.setName("lucy");
    stu.setAge(20);
    studentService.add(stu);
}

// 结果会报错，报错信息如下
// No qualifying bean of type 'annotation.StudentDao' available: expected single matching bean but found 2: stuDao,stuDao1

    总结：之所以会报错，是因为@Resource的加载流程如下：

    * 先根据名称匹配，查看是否有一个name为studentDao的bean，如果有就直接装配

    * 如果名称匹配不上，则按照类型进行匹配，查找是否有这个类型的bean

    当前会查找到两个StudentDao的实现类，所以直接报错

 

    那我们该如何修改到正确呢？

@Service("stuResService")
public class StudentResourceServiceImpl implements StudentService {

    @Resource(name = "stuDao1")
    private StudentDao studentDao;

    像这样，我们直接指定需要加载的bean的名称即可

 

2.@Resource和@Primary

    上面这种方式，是@Resource常用的一种方式，直接指定bean 的名称，那么如果我们就是想使用类型加载呢？此时又有几个StudentDao的实现类，该如何做呢？    

    答案就是：我们可以在我们期望被加载到的StudentDao实现类上加上@Primary，代表这个会被优先加载即可

 

3.@Resource与@Autowired

    以下总结摘自https://www.cnblogs.com/think-in-java/p/5474740.html  

    * @Autowired默认是按照类型加载（byType）依赖对象的。如果需要按照名称来加载，那么需要配合@Qualifier来使用

    * @Resource默认是按照名称加载（byName）依赖对象的。@Resource有两个重要的属性：name和type，而Spring将@Resource注解的name属性解析为bean的名字，而type属性则解析为bean的类型。所以，如果使用name属性，则使用byName的自动注入策略，而使用type属性时则使用byType自动注入策略。如果既不制定name也不制定type属性，这时将通过反射机制使用byName自动注入策略

    

 

参考：

https://docs.spring.io/spring/docs/4.3.23.RELEASE/spring-framework-reference/htmlsingle/ 

代码地址：https://github.com/kldwz/springstudy