通过定义接口Payment并依赖其实现类Alipay和BankPayment，OrderService通过构造函数注入具体实现，结合PaymentFactory工厂模式动态获取支付方式，实现对象与接口的解耦，符合开闭原则，提升系统可维护性和扩展性。
在Java中，实现对象与接口的解耦是面向对象编程（OOP）中的核心实践之一。它的主要目的是降低代码之间的依赖程度，提升系统的可维护性、可扩展性和可测试性。通过合理使用接口和多态机制，可以让程序在不修改原有代码的前提下灵活替换具体实现。
定义接口，分离行为契约
接口用于定义对象“能做什么”，而不关心“如何做”。将公共行为抽象成接口，是解耦的第一步。
例如，定义一个支付行为的接口：
public interface Payment {
void process(double amount);
}
不同的支付方式（如支付宝、银行卡）实现该接口：
立即学习“Java免费学习笔记（深入）”；
public class Alipay implements Payment {
public void process(double amount) {
System.out.println("使用支付宝支付: " + amount);
}
}
public class BankPayment implements Payment {
public void process(double amount) {
System.out.println("使用银行卡支付: " + amount);
}
}
依赖接口而非具体实现
在业务类中，应依赖 Payment 接口，而不是具体的实现类。这样可以在运行时动态切换支付方式。
public class OrderService {
private Payment payment;
// 通过构造函数注入实现
public OrderService(Payment payment) {
this.payment = payment;
}
public void checkout(double amount) {
payment.process(amount);
}
}
使用时传入不同的实现：
OrderService order1 = new OrderService(new Alipay()); order1.checkout(100.0); OrderService order2 = new OrderService(new BankPayment()); order2.checkout(200.0);
这样，OrderService 不再依赖任何具体支付方式，实现了与实现类的解耦。
结合工厂模式或依赖注入进一步解耦
如果创建具体实现的逻辑较复杂，可以引入简单工厂或使用依赖注入框架（如Spring）来管理对象的创建和生命周期。
例如，使用简单工厂：
public class PaymentFactory {
public static Payment getPayment(String type) {
if ("alipay".equals(type)) {
return new Alipay();
} else if ("bank".equals(type)) {
return new BankPayment();
}
throw new IllegalArgumentException("不支持的支付类型");
}
}
调用时：
Payment payment = PaymentFactory.getPayment("alipay");
OrderService service = new OrderService(payment);
service.checkout(150.0);
此时，客户端也不需要知道具体类名，进一步降低耦合。
使用抽象减少修改影响
当新增支付方式（如微信支付）时，只需新增实现类并注册到工厂，无需修改 OrderService 或已有逻辑。
这种设计符合“开闭原则”：对扩展开放，对修改关闭。
接口作为中间层，屏蔽了实现细节的变化，使得系统更加稳定和灵活。
基本上就这些。通过定义清晰的接口、依赖抽象、结合工厂或DI机制，就能有效实现对象与实现之间的解耦。不复杂但容易忽略的是坚持“面向接口编程”的思维习惯。
