接口定义“能做什么”，抽象类实现“怎么做”的共性部分。通过接口声明行为契约，如Payment接口规范支付和退款方法；抽象类BasePayment封装日志、金额校验等公共逻辑；具体类如Alipay继承BasePayment并实现Reconciliation接口，复用代码的同时扩展对账能力。设计上优先使用小而专的接口，抽象类命名清晰，避免过多状态，遵循接口隔离与单一职责原则，从而构建高内聚、低耦合、易扩展的灵活架构。
在Java中，接口与抽象类各有优势。合理结合二者，能构建出高内聚、低耦合、易于扩展的灵活架构。关键在于明确职责划分：接口定义“能做什么”，抽象类实现“怎么做”的共性部分。
接口定义行为契约
接口用于声明一组相关方法，不提供实现，适合描述对象的能力。通过接口，可以实现多态和解耦。
例如，在一个支付系统中，不同支付方式都应具备“支付”和“退款”能力：
- public interface Payment {
- void pay(double amount);
- void refund(double amount);
- }
所有具体支付方式如支付宝、微信、银行卡都实现该接口，确保统一调用方式。
抽象类封装公共逻辑
当多个实现类有共同行为时，使用抽象类避免重复代码。它可包含具体方法、成员变量和构造函数。
比如记录日志、验证金额等通用操作：
- abstract class BasePayment implements Payment {
- protected String transactionId;
- protected void log(String message) {
- System.out.println("[LOG] " + message);
- }
- protected boolean validateAmount(double a
mount) {
- return amount > 0;
- }
- }
这样，子类继承后无需重复编写校验和日志逻辑。
组合使用提升灵活性
让具体类继承抽象类并实现额外接口，既能复用代码，又能支持多种能力组合。
例如某支付方式需要支持对账功能：
- interface Reconciliation {
- void reconcile();
- }
- class Alipay extends BasePayment implements Reconciliation {
- public void pay(double amount) {
- if (validateAmount(amount)) {
- log("支付宝支付: " + amount);
- }
- }
- public void refund(double amount) { ... }
- public void reconcile() {
- log("支付宝对账执行");
- }
- }
这种设计既保证了核心流程一致，又允许个别类扩展特殊行为。
设计建议与最佳实践
实际开发中，遵循以下几点能让架构更清晰：
- 优先定义接口，便于后期替换实现或模拟测试
- 抽象类命名以Base或Abstract开头，明确用途
- 避免在抽象类中添加过多状态，防止继承污染
- 接口尽量小而专，遵循接口隔离原则
- 共用逻辑放抽象类，变化部分留给子类实现
基本上就这些。接口负责定义能力边界，抽象类处理共享逻辑，两者配合得当，代码自然灵活易维护。
