Spring中接口的bean是如何注入，@service 为什么不能用在interface上

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

其中只注入了实现类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呢？

@Autowired需要结合@Qualifier，注：实现类的开头小写类名TestServiceImpl2->testServiceImpl2
@Autowired
@Qualifier(“testServiceImpl2”)
private TestService testService;
@Resource也可以使用(name=“testServiceImpl2”)，如果不显示的指定name值，就会自动把实例变量的名称作为name的值
@Resource
private TestService testServiceImpl2;

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

直接使用serviceImpl的bean是可以的，这样加一层接口的原因：1.AOP程序的思想，给别人调用的接口，调用这只想知道方法和功能，而对于这个方法内部逻辑实现并不关心。2.降低各个模块间的关联，实现松耦合、程序分成、最主要的体现了继承只能单继承，接口却可以多实现

2、
今天遇到了一个错误导致服务器没起来

错误描述大概是：控制层需要注入的userService对象，spring容器中没有 ，检查后发现，是@Service注解没有加，一开始我想着既然是需要userService接口对象，那我在这个接口上加一个@Service注解，运行后还是报错。

查了一下资料，突然醒悟，接口看作是一个抽象类，抽象类不可以实例化，而@Service 中包含了@Component注解,也就意味着@Service注解的作用就是将Spring中的Bean实例化，相互矛盾。

最终解决方案：将@Service加在接口实现类上