spring——Spring自动装配（基于注解）（转载）

从 Java 5 开始，Java 增加了对注解（Annotation）的支持，它是代码中的一种特殊标记，可以在编译、类加载和运行时被读取，执行相应的处理。

开发人员可以通过注解在不改变原有代码和逻辑的情况下，在源代码中嵌入补充信息。

Spring 从 2.5 版本开始提供了对注解技术的全面支持，我们可以使用注解来实现自动装配，简化 Spring 的 XML 配置。

Spring 通过注解实现自动装配的步骤如下：

引入依赖
开启组件扫描
使用注解定义 Bean
依赖注入

1. 引入依赖

使用注解的第一步，就是要在项目中引入以下 Jar 包。

org.springframework.core-5.3.13.jar
org.springframework.beans-5.3.13.jar
spring-context-5.3.13.jar
spring-expression-5.3.13.jar
commons.logging-1.2.jar
spring-aop-5.3.13.jar

注意，除了 spring 的四个基础 jar 包和 commons-logging-xxx.jar 外，想要使用注解实现 Spring 自动装配，还需要引入Spring 提供的 spring-aop 的 Jar 包。

2. 开启组件扫描

Spring 默认不使用注解装配 Bean，因此我们需要在 Spring 的 XML 配置中，通过 <context:component-scan> 元素开启 Spring Beans的自动扫描功能。开启此功能后，Spring 会自动从扫描指定的包（base-package 属性设置）及其子包下的所有类，如果类上使用了 @Component 注解，就将该类装配到容器中。

3. 使用注解定义 Bean

Spring 提供了以下多个注解，这些注解可以直接标注在 Java 类上，将它们定义成 Spring Bean。

注解	说明
@Component	该注解用于描述 Spring 中的 Bean，它是一个泛化的概念，仅仅表示容器中的一个组件（Bean），并且可以作用在应用的任何层次，例如 Service 层、Dao 层等。使用时只需将该注解标注在相应类上即可。
@Repository	该注解用于将数据访问层（Dao 层）的类标识为 Spring 中的 Bean，其功能与 @Component 相同。
@Service	该注解通常作用在业务层（Service 层），用于将业务层的类标识为 Spring 中的 Bean，其功能与 @Component 相同。
@Controller	该注解通常作用在控制层（如 Struts2 的 Action、SpringMVC 的 Controller），用于将控制层的类标识为 Spring 中的 Bean，其功能与 @Component 相同。

4. 基于注解方式实现依赖注入

我们可以通过以下注解将定义好 Bean 装配到其它的 Bean 中。

注解	说明
@Autowired	可以应用到 Bean 的属性变量、setter 方法、非 setter 方法及构造函数等，默认按照 Bean 的类型进行装配。 @Autowired 注解默认按照 Bean 的类型进行装配，默认情况下它要求依赖对象必须存在，如果允许 null 值，可以设置它的 required 属性为 false。如果我们想使用按照名称（byName）来装配，可以结合 @Qualifier 注解一起使用
@Resource	作用与 Autowired 相同，区别在于 @Autowired 默认按照 Bean 类型装配，而 @Resource 默认按照 Bean 的名称进行装配。 @Resource 中有两个重要属性：name 和 type。 Spring 将 name 属性解析为 Bean 的实例名称，type 属性解析为 Bean 的实例类型。如果指定 name 属性，则按实例名称进行装配；如果指定 type 属性，则按 Bean 类型进行装配；如果都不指定，则先按 Bean 实例名称装配，如果不能匹配，则再按照 Bean 类型进行装配；如果都无法匹配，则抛出 NoSuchBeanDefinitionException 异常。
@Qualifier	与 @Autowired 注解配合使用，会将默认的按 Bean 类型装配修改为按 Bean 的实例名称装配，Bean 的实例名称由 @Qualifier 注解的参数指定。

示例

1. 创建一个名为 my-spring-autowire-demo 的 Java 工程。

2. 将以下 jar 包导入到项目中。

org.springframework.core-5.3.13.jar
org.springframework.beans-5.3.13.jar
spring-context-5.3.13.jar
spring-expression-5.3.13.jar
commons.logging-1.2.jar
spring-aop-5.3.13.jar

=================================================================

Spring中接口的bean是如何注入的

大家都知道@Service注入的是实现类serviceImpl，那使用时怎么能获取到接口，而且还能调用到实现类的方法。

接口：

public interface TestService{    
    public String test();     
}

实现类：

@Service
public class TestServiceImpl implements TestService{


       @Override
       public String test(){
             return "TestServiceImpl ";
    
   }  
}

Controller类：

@RestController
public class TestController{

   @Autowired  
   private TestService testService;

   @RequestMapping("/test")
   public String test(){
        return testService.test();
    }

}

请求结果：

其中只注入了实现类serviceImpl的bean，接口只是用来接收的。

这里就要说到@Autowired/@Resource的注入原理：

@Autowired是Spring的注解，Autowired默认先按byType，如果发现找到多个bean，则再按照byName方式比对，如果还有多个bean，则报错Caused by: org.springframework.beans.factory.NoUniqueBeanDefinitionException；

@Resource是JDK1.6支持的注解，默认按照byName进行装配。如果没有指定name属性，当注解写在字段上时，默认取字段名按名称查找，当注解写在setter方法上默认取属性名，当找不到与名称匹配的bean时才按照类型匹配。

再来说Controller获取实例的过程：使用@Autowired，程序在spring的容器中查找类型时TestService的bean，刚好找到有且只有一个此类型的bean，即TestServiceImpl，所以就把testServiceImpl自动装配到了Controller的实例TestService中。

问：如果一个接口有多个实现类时，通过注解获取实例时怎么知道应该获取的是哪一个实现类serviceImpl呢？

增加一个新的实现类：

@Service
public class TestServiceImpl2 implements TestService{
    @Override
    public String test() {
        return "TestServiceImpl2";
    }

}

1.通过指定bean的名称来明确到底要实例哪一个类

@Autowired需要结合@Qualifier，注：实现类的开头小写类名TestServiceImpl2->testServiceImpl2

        @Autowired
        @Qualifier("testServiceImpl2")
        private TestService testService;

@Resource也可以使用(name="testServiceImpl2")，如果不显示的指定name值，就会自动把实例变量的名称作为name的值

      @Resource
      private TestService testServiceImpl2;

2.通过在实现类上添加@Primary注解来指定默认加载类，如果任然指定了bean的名字则以指定的为准

@Service
@Primary
public class TestServiceImpl2 implements TestService{
    @Override
    public String test() {
        return "TestServiceImpl2";
    }

}

问：为什么非要调用接口来多此一举，而不直接调用实现类serviceImpl的bean来得简单明了呢？

直接使用serviceImpl的bean是可以的，这样加一层接口的原因：

1.AOP程序的思想，给别人调用的接口，调用这只想知道方法和功能，而对于这个方法内部逻辑实现并不关心。

2.降低各个模块间的关联，实现松耦合、程序分成、最主要的体现了继承只能单继承，接口却可以多实现

PS：此处使用了多态