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

每个优秀的人，都有一段沉默的时光。那段时光，是付出了很多努力，却得不到结果的日子，我们把它叫作扎根。

这个问题困扰了我好久，一直疑问这个接口的 bean 是怎么注入进去的？因为只看到使用 @Service 注入了实现类 serviceImpl，使用时怎么能获取的接口，而且还能调用到实现类的方法，难道这个接口是在什么时候自动注入了进去，且和实现类关联上了？

接口

public interface TestService {public String test();
}

实现类 impl

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

Controller 的调用：

@RestController
public class TestCtl {
    @Autowired
    private TestService testService;

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

请求结果：

后来才知道，并没有注入接口的 bean，只注入了实现类 serviceImpl 的 bean，接口只是用来接收的。

这里就要说到 @Autowired/@Resource 的注入原理了：@Autowired 是 Spring 的注解，Autowired 默认先按 byType，如果发现找到多个 bean，则，又按照 byName 方式比对，如果还有多个，则报出异常；@Resource 是 JDK1.6 支持的注解，默认按照名称 (Byname) 进行装配, 如果没有指定 name 属性，当注解写在字段上时，默认取字段名，按照名称查找，如果注解写在 setter 方法上默认取属性名进行装配。当找不到与名称匹配的 bean 时才按照类型进行装配。但是需要注意的是，如果 name 属性一旦指定，就只会按照名称进行装配。

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

如果使用的是 @Resource，则是先在容器中查找名字为 testService 的 bean，但并没有找到，因为容器中的 bean 名字是 TestServiceImpl(如果 @Service 没指定 bean 的 value 属性，则注入 bean 的名字就是类名，如果指定了则是指定的名字)，然后再通过类型查找 TestService 类型的 bean，找到唯一的了个 TestService 类型 bean（即 TestServiceImpl），所以就自动装配实例成功了。更多面试题，欢迎关注公众号 Java 面试题精选

byName 通过参数名自动装配，如果一个 bean 的 name 和另外一个 bean 的 property 相同，就自动装配。

byType 通过参数的数据类型自动自动装配，如果一个 bean 的数据类型和另外一个 bean 的 property 属性的数据类型兼容，就自动装配

效率上来说 @Autowired/@Resource 差不多，不过推荐使用 @Resource 一点，因为当接口有多个实现时 @Resource 直接就能通过 name 属性来指定实现类，而 @Autowired 还要结合 @Qualifier 注解来使用，且 @Resource 是 jdk 的注释，可与 Spring 解耦。

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

再增加了一个实现类 TestServiceImpl2

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

多个实现类的话可通过以下 2 种方式来指定具体要使用哪一个实现：

@Autowired 需要结合 @Qualifier 来使用，如下：

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

@Resource 可直接通过指定 name 属性的值即可，不过也可以使用 @Qualifier(有点多此一举了…)

@Resource(name = "testServiceImpl")
private TestService testService;

@Resource 如果不显示的指定 name 值，就会自动把实例变量的名称作为 name 的值的，所以也可以直接这样写：

@Resource
private TestService testServiceImpl;

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

这样如果在使用 @Autowired/@Resource 获取实例时如果不指定 bean 的名字，就会默认获取 TestServiceImpl2 的 bean，如果指定了 bean 的名字则以指定的为准。

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

1、直接获取实现类 serviceImpl 的 bean 也是可以的；

2、至于加一层接口的原因：一是 AOP 程序设置思想指导，给别人调用的接口，调用者只想知道方法和功能，而对于这个方法内部逻辑怎么实现的并不关心；二是可以降低各个模块间的关联，实现松耦合、程序分层、高扩展性，使程序更加灵活，他除了在规范上有卓越贡献外，最精髓的是在多态上的运用；继承只能单一继承，接口却可以多实现

3、当业务逻辑简单，变更较少，项目自用时，省略掉接口直接使用实现类更简单明了；反之则推荐使用接口;

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

Question：

Answwer：

Note：

Question：

Answer：

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

2、通过在实现类上添加 @Primary 注解来指定默认加载类

Question：

Answer：