spring中同一接口的不同实现类注入

同一接口不同实现的注入需要先明白依赖倒置的意思。

定义：高层模块不应该依赖低层模块，二者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象。
问题由来：类A直接依赖类B，假如要将类A改为依赖类C，则必须通过修改类A的代码来达成。这种场景下，类A一般是高层模块，负责复杂的业务逻辑；类B和类C是低层模块，负责基本的原子操作；假如修改类A，会给程序带来不必要的风险。

解决方案：将类A修改为依赖接口I，类B和类C各自实现接口I，类A通过接口I间接与类B或者类C发生联系，则会大大降低修改类A的几率。

依赖倒置原则基于这样一个事实：相对于细节的多变性，抽象的东西要稳定的多。以抽象为基础搭建起来的架构比以细节为基础搭建起来的架构要稳定的多。在java中，抽象指的是接口或者抽象类，细节就是具体的实现类，使用接口或者抽象类的目的是制定好规范和契约，而不去涉及任何具体的操作，把展现细节的任务交给他们的实现类去完成。

依赖倒置原则的核心思想是面向接口编程

原文链接

接口编程的优势之一，就是可以同时编程

传递依赖关系有三种方式，以上的例子中使用的方法是接口传递，另外还有两种传递方式：构造方法传递和setter方法传递，相信用过Spring框架的，对依赖的传递方式一定不会陌生。
在实际编程中，我们一般需要做到如下3点：

低层模块尽量都要有抽象类或接口，或者两者都有。
变量的声明类型尽量是抽象类或接口。
使用继承时遵循里氏替换原则。

依赖倒置原则的核心就是要我们面向接口编程，理解了面向接口编程，也就理解了依赖倒置。

在spring中注入同一接口不同的实现

spring中有几个注解需要清楚

@AutoWired 标注属性，此注解是byType 按照类型注入，找到一个成功，找到多个异常
@Service（“XXXX”）标注类，表明此类交由spring来管理，可以在其他地方使用了，括号中的名称可有可无
@Qualifier(“XXXX”) 标注属性，按照名称注入，在spring这个桶中找到一个成功，找到多个失败，缺省是驼峰法，
@Resource(name = “XXXX”) 标注属性，等同于1+3的注解，名称与类型必须同时满足。

HelloWorldController.java中注入


    @Resource(name = "helloo")
    private Hello hello;

    @Resource(name = "hellot")
    private Hello hellot;

    @RequestMapping("/hellow")
    @ResponseBody
    public String getHello() {
        System.out.println("service is running");
        hello.read();
        hellot.read();
        return "hello world";
    }

其中helloo是第一个实现 hellot是第二个实现两者的类型都是Hello的interface

Hello.java的接口

public interface Hello {
    void read();
}

HelloServiceImpl.java的接口第一个实现helloo

@Service("helloo")
public class HelloServiceImpl implements Hello {
    @Override
    public void read() {
        System.out.println("this is hello");

    }
}

HelloServiceImpl.java的接口第二个实现hellot

@Service("hellot")
public class HelloServiceImpl3 implements Hello{

    @Override
    public void read() {
        System.out.println("this is helloservice3333");
    }
}

启动项目，请求/hellow讲可以看到

面向接口开发，

可以将速度提升至最好，也是敏捷开发的基础，
依赖倒置，将越底层的包装越严密，类间的互相依赖组合等等统统用抽象来表示，即使底层更改逻辑，不用大费周章，耦合降至最低。
…