依赖倒置原则通过抽象解耦高层与低层模块，2. 使用接口定义行为契约并借助构造函数注入实现依赖反转，3. 结合Spring等框架自动装配提升灵活性，4. 增强可测试性与扩展性，实现松耦合设计。
在Java开发中，实现对象之间清晰的依赖关系，关键在于解耦高层模块与低层模块之间的直接绑定。依赖倒置原则（Dependency Inversion Principle, DIP）正是解决这一问题的核心思想之一。它强调：高层模块不应依赖于低层模块，二者都应依赖于抽象；抽象不应依赖于细节，细节应依赖于抽象。
使用接口定义行为契约
要实现依赖倒置，第一步是将具体的行为抽象成接口。比如，有一个订单服务需要发送通知，传统做法可能直接在订单类中调用EmailService：
不推荐写法：public class OrderService {
private EmailService emailService = new EmailService();
public void placeOrder(String item) {
// 处理订单逻辑
emailService.send("订单已创建：" + item);
}
}
这种写法导致OrderService与EmailService紧密耦合。一旦要改用短信或站内信通知，就必须修改代码。
应用DIP后，应先定义一个通知接口：
立即学习“Java免费学习笔记（深入）”；
public interface Notification {
void send(String message);
}
然后让具体实现类去实现它：
public class EmailNotification implements Notification {
public void send(String message) {
System.out.println("邮件通知：" + message);
}
}
public class SmsNotification implements Notification {
public void send(String message) {
System.out.println("短信通知：" + message);
}
}
通过构造函数注入依赖
将依赖项通过构造函数传入，使高层模块不再创建底层对象，而是接收一个符合抽象接口的实例：
public class OrderService {
private final Notification notification;
public OrderService(Notification notification) {
this.notification = notification;
}
public void placeOrder(String item) {
// 处理订单逻辑
notification.send("订单已创建：" + item);
}
}
这样一来，OrderService不再关心通知是如何发送的，只依赖于Notification这个抽象。使用时可以灵活传入不同实现：
Notification email = new EmailNotification();
OrderService service = new OrderService(email);
service.placeOrder("Java编程思想");
// 或者切换为短信通知
Notification sms = new SmsNotification();
OrderService smsService = new OrderService(sms);
smsService.placeOrder("设计模式精讲");
结合Spring等框架管理依赖
在实际项目中，通常借助Spring这样的IoC容器来自动装配依赖。只需添加注解，容器会自动提供合适的实现：
@Service
public class OrderService {
private final Notification notification;
public OrderService(Notification notification) {
this.notification = notification;
}
public void placeOrder(String item) {
notification.send("订单已创建：" + item);
}
}
@Component
public class EmailNotification implements Notification {
public void send(String message) {
System.out.println("邮件通知：" + message);
}
}
Spring会根据类型自动注入EmailNotification到OrderService中。如果将来需要更换实现方式，只需调整配置或注解，无需改动业务逻辑代码。
提升可测试性与扩展性
依赖倒置带来的另一个好处是便于单元测试。你可以为Notification提供一个模拟实现：
public class MockNotification implements Notification {
private String lastMessage;
public void send(String message) {
this.lastMessage = message;
}
public String getLastMessage() {
return lastMessage;
}
}
测试时可以直接传入Mock对象验证行为是否正确：
MockNotification mock = new MockNotification();
OrderService service = new OrderService(mock);
service.placeOrder("测试商品");
assertThat(mock.getLastMessage()).contains("订单已创建");
这使得测试不依赖外部系统（如邮件服务器），运行更快更稳定。
基本上就这些。通过面向接口编程、依赖注入和合理使用框架，Java对象间的依赖关系会变得更清晰、更灵活，真正实现“高内聚、松耦合”的设计目标。依赖倒置不只是技术手段，更是一种思维方式的转变。
