依赖倒置原则的原始定义是：high level modules should not depend upon low level modules.Both should depend upon abstractions.Abstractions should not depend upon details.Details should depend upon abstractions.

    翻译过来，包含三层含义：

    1.高层模块模块不应该依赖低层模块，两者都应该依赖其抽象；

    2.抽象不应该依赖 细节；

    3.细节应该依赖抽象。

    依赖倒置原则在Java语言中的表现就是：

    1.模块间的依赖通过抽象发生，实现类之间不发生直接的依赖关系，其依赖关系是通过接口或者抽象类产生的；    

    2.接口或者抽象类不依赖于实现类；

    3.实现类依赖接口或抽象类。

     更加精简的定义就是“面向接口编程”--OOD(Object-Oriented Design，面向对象设计)的精髓之一。

优点：采用依赖倒置原则可以减少类间的耦合性，提高系统的稳定性 ，降低并行开发引起 的风险，提高代码的可读性和可维护性。

对象的依赖关系有三种方式来传递：

    1.构造函数传递依赖对象，这种方式叫做构造函数注入；

    2. Setter方法传递依赖对象，在抽象中设置Setter方法声明依赖关系，叫Setter依赖注入；

    3.接口声明依赖对象，在接口的方法中声明依赖对象，叫接口注入；

    

    依赖倒置原则的本质就是通过抽象(接口或抽象类)使各个类或模块的实现彼此独立，不 互相影响，实现模块间的松耦合，我们怎么在项目中使用这个规则呢，只要遵循以下的几个规则就可以：

    1.每个类尽量都有接口或抽象类，或者抽象类和接口两者都具备 ，这是依赖倒置的基本要求，接口和抽象类都是属于抽象的，有了抽象才可能依赖倒置。

    2.变量的表面类型尽量是接口或者抽象类。

    3.任何类都不应该从具体类派生。如果一个项目处于开发 状态，确实不应该有从具体类派生出子类的情况，但这也不是绝对的，因为人都是会犯错误的，有时设计缺陷是在所难免 的，因此只要不超过两层的继承都是可以忍受的。特别是负责项目维护的，基本上可以不考虑这个规则，维护时，覆写一个方法就可以修正bug，何必去继承最高的基类。

    4.尽量不要覆写基类的方法。如果一个基类是一个抽象类，而且一个方法已经实现了，子类尽量不要覆写，类间依赖的是抽象，覆写了抽象方法，对依赖的稳定性会产生一定的影响。

    5.结合里是氏替换原则使用。

    讲了这么多 ，可能很多人不知道“倒置”的意思，那到底什么是“倒置”呢？我们先说“正置”，依赖正制就是类间的依赖是实现类之间的依赖，也就是面向实现编程，这个就是正常人的思维方式。我要开奔驰车就依赖奔驰车，我要使用电脑就依赖电脑，而编写程序需要的是对现实世界的事物进行抽象，抽象的结果就是有了抽象类和接口，然后我们根据系统设计的需要产生了抽象间的依赖，代替了人们传统思维中的事物间的依赖，“倒置”就是从这里产生的。