高层模块应依赖抽象而非低层模块，Java中通过接口与依赖注入实现DIP。以OrderService为例，传统直接new EmailNotifier导致紧耦合，违反DIP；改进后定义Notifier接口，OrderService依赖该接口并通过构造函数注入具体实现，实现解耦。如此可灵活切换邮件或短信通知，无需修改服务代码。结合Spring框架使用@Autowired可自动完成依赖注入，进一步提升灵活性与可维护性。核心是避免内部new对象，将依赖交由外部管理。
依赖倒置原则（Dependency Inversion Principle, DIP）是面向对象设计五大原则（SOLID）之一，其核心思想是：高层模块不应该依赖低层模块，两者都应该依赖抽象；抽象不应该依赖细节，细节应该依赖抽象。在Java中，这一原则主要通过接口和依赖注入来实现。
使用接口定义抽象
要实现依赖倒置，第一步是将模块之间的依赖关系建立在抽象（如接口或抽象类）上，而不是具体实现类上。
例如，有一个订单服务需要发送通知，传统做法可能直接依赖一个具体的邮件通知类：
// 不符合DIP的做法class OrderService {
private EmailNotifier notifier = new EmailNotifier();
void placeOrder() {
// 处理订单逻辑
notifier.send("订单已创建");
}
}
这种方式让高层模块 OrderService 依赖了低层模块 EmailNotifier，违反了DIP。改进方式是引入一个通知接口：
立即学习“Java免费学习笔记（深入）”；
interface Notifier {
void send(String message);
}
class EmailNotifier implements Notifier {
public void send(String message) {
System.out.println("邮件通知: " + message);
}
}
class SmsNotifier implements Notifier {
public void send(String message) {
System.out.println("短信通知: " + message);
}
}
现在 OrderService 只依赖 Notifier 接口：
class OrderService {
private Notifier notifier;
public OrderService(Notifier notifier) {
this.notifier = notifier;
}
void placeOrder() {
// 订单逻辑
notifier.send("订单已创建");
}
}
这样，OrderService 就不再依赖具体的通知实现，而是依赖抽象，符合依赖倒置原则。
通过构造函数注入依赖
上面的例子中，使用构造函数传入 Notifier 实例，这是一种常见的依赖注入方式。它使得外部可以控制依赖的具体实现。
使用示例：
Notifier emailNotifier = new EmailNotifier();
OrderService service = new OrderService(emailNotifier);
service.placeOrder();
如果想切换成短信通知，只需更换实现：
OrderService service = new OrderService(new SmsNotifier());
无需修改 OrderService 的代码，扩展性强，维护更方便。
结合Spring等框架实现自动注入
在实际开发中，像Spring这样的IoC容器可以自动管理依赖注入，进一步简化DIP的实现。
使用Spring注解示例：
@Component
class EmailNotifier implements Notifier {
public void send(String message) {
System.out.println("邮件通知: " + message);
}
}
@Service
class OrderService {
@Autowired
private Notifier notifier;
public void placeOrder() {
notifier.send("订单已创建");
}
}
Spring会自动将符合 Notifier 接口的Bean注入到 OrderService 中，实现了依赖的解耦和动态绑定。
基本上就这些。通过定义接口、依赖注入，Java能很好地支持依赖倒置原则，提升系统的灵活性和可测试性。关键在于避免在类内部直接new具体实现，而是把依赖“倒置”给外部提供。不复杂但容易忽略。
