依赖倒置原则的核心思想是高层模块不应该依赖低层模块，二者都应该依赖其抽象，抽象不应该依赖细节，细节应该依赖抽象。这一原则可以有效降低代码模块之间的耦合度，提升系统的可维护性和扩展性。
依赖倒置原则的核心定义
依赖倒置原则（Dependency Inversion Principle，DIP）是SOLID五大设计原则中的最后一个，它的两个核心要求是：
- 高层模块和低层模块都应该依赖于抽象接口，而不是直接依赖具体的实现类
- 抽象接口不应该依赖于具体的实现细节，具体的实现细节应该依赖于抽象接口
这里的高层模块指的是调用其他模块的模块，通常负责业务逻辑的处理；低层模块指的是被高层模块调用的模块，通常负责具体的功能实现。抽象接口一般是指接口或者抽象类，具体实现就是接口或抽象类的具体子类。
高层模块依赖具体实现的弊端
如果高层模块直接依赖低层模块的具体实现，会带来很多问题。比如我们有一个订单处理的业务，高层模块需要调用支付功能完成订单支付，如果直接依赖具体的微信支付实现，代码会写成这样：
// 低层模块：微信支付具体实现
class WechatPay {
public void pay(double amount) {
System.out.println("使用微信支付金额：" + amount);
}
}
// 高层模块：订单服务，直接依赖具体的微信支付实现
class OrderService {
private WechatPay wechatPay = new WechatPay();
public void processOrder(double orderAmount) {
// 处理订单其他逻辑
wechatPay.pay(orderAmount);
}
}
这段代码的耦合度非常高，如果后续需要新增支付宝支付、银行卡支付，或者要把微信支付替换成其他支付方式，就必须修改OrderService的代码，违反了开闭原则，而且如果微信支付的实现逻辑发生变化，也可能影响到订单服务的正常运行。
利用依赖倒置原则改造代码
要符合依赖倒置原则，我们需要先定义支付的抽象接口，让高层模块依赖这个接口，低层的具体支付实现也实现这个接口，具体改造步骤如下：
第一步：定义抽象接口
首先抽象出支付功能的统一接口，所有具体的支付方式都实现这个接口：
// 抽象接口：支付接口
interface PayService {
void pay(double amount);
}
第二步：实现低层模块的具体类
让微信支付、支付宝支付等具体实现类都实现上面的抽象接口：
// 低层模块：微信支付具体实现，依赖抽象接口
class WechatPay implements PayService {
@Override
public void pay(double amount) {
System.out.println("使用微信支付金额：" + amount);
}
}
// 低层模块：支付宝支付具体实现，依赖抽象接口
class Alipay implements PayService {
@Override
public void pay(double amount) {
System.out.println("使用支付宝支付金额：" + amount);
}
}
第三步：高层模块依赖抽象接口
修改高层模块OrderService，让它依赖PayService抽象接口，而不是具体的支付实现类，同时通过构造方法或者 setter 方法注入具体的实现：
// 高层模块：订单服务，依赖抽象接口而非具体实现
class OrderService {
private PayService payService;
// 通过构造方法注入具体的支付实现
public OrderService(PayService payService) {
this.payService = payService;
}
public void processOrder(double orderAmount) {
// 处理订单其他逻辑
payService.pay(orderAmount);
}
}
改造之后，如果我们需要更换支付方式，只需要传入不同的PayService实现即可，不需要修改OrderService的任何代码：
public class Main {
public static void main(String[] args) {
// 使用微信支付
OrderService orderService1 = new OrderService(new WechatPay());
orderService1.processOrder(100.0);
// 切换到支付宝支付，不需要修改OrderService代码
OrderService orderService2 = new OrderService(new Alipay());
orderService2.processOrder(200.0);
}
}
落地依赖倒置原则的注意事项
在实际开发中应用依赖倒置原则，需要注意以下几点：
- 抽象接口的设计要稳定，不要频繁修改接口的定义，否则所有实现类和依赖接口的高层模块都会受到影响
- 不要在抽象接口中定义和具体实现相关的细节方法，抽象接口应该只定义高层模块需要的能力，具体的实现细节由低层模块自己处理
- 结合依赖注入（DI）的方式来实现抽象接口的注入，比如使用Spring框架的自动注入，或者手动通过构造方法、setter方法注入，避免高层模块自己创建低层模块的具体实例
- 不是所有的场景都需要严格遵循依赖倒置原则，如果某个低层模块非常简单，而且几乎不会有变更的可能，直接依赖具体实现也不会带来太大问题，过度设计反而会增加代码的复杂度
总结
依赖倒置原则的核心是让高层模块和低层模块都依赖抽象，通过抽象接口隔离两者的直接依赖，从而降低耦合度。实际落地时只需要先抽象出稳定的接口，让具体实现依赖接口，高层模块通过接口调用能力，再配合依赖注入的方式传入具体实现，就可以有效避免高层模块依赖具体实现的问题，让代码更易维护和扩展。