深度解析 Java 接口：设计契约与多态基石

为什么需要接口？

假设设计「防盗门」系统：门具备「开/关」，锁具备「上锁/开锁」。面向对象原则中，防盗门 是一个 门，拥有 一把锁。Java 单继承限制下，防盗门无法同时继承 Door 和 Lock 类。接口正是解决此类「能力组合」问题的核心机制——定义行为契约，而非实现细节。

接口本质：行为规范的集合

接口是公共行为规范的集合，仅包含方法签名（Java 8 前），无实现代码。对比抽象类：

接口定义与实现语法

// 定义接口
public interface Lockable {
    void lock();
    void unlock();
}

// 实现接口
public class AntiTheftDoor extends Door implements Lockable {
    private Lock lock;
    
    @Override
    public void lock() { lock.lock(); }
    
    @Override
    public void unlock() { lock.unlock(); }
}

接口设计核心规范

1. 命名规范：通常用形容词（-able/-ible），如 Serializable、Comparable、Runnable
2. 成员限制：字段隐式 public static final，必须初始化；方法隐式 public abstract
3. 不可实例化：无构造器，不能 new Interface()
4. 多实现约束：实现类必须实现所有抽象方法，或声明为抽象类
5. 接口继承：接口可 extends 多个父接口，但不能 extends 类

Java 8+ 接口演进：默认方法与静态方法

Java 8 引入 default 和 static 方法，实现接口向后兼容扩展：

public interface Loggable {
    // 默认方法：实现类可不重写
    default void log(String msg) {
        System.out.println("[LOG] " + msg);
    }
    
    // 静态方法：工具方法，不可被重写
    static Loggable create() {
        return new Loggable() {};
    }
}

解决了「接口新增方法导致所有实现类必须修改」的痛点，Collection 接口新增 stream()、forEach() 即为此例。

实战设计模式：策略模式与接口隔离

// 支付策略接口
public interface PaymentStrategy {
    void pay(BigDecimal amount);
}

// 具体实现
public class AlipayStrategy implements PaymentStrategy { ... }
public class WechatPayStrategy implements PaymentStrategy { ... }

// 上下文使用
public class OrderService {
    public void checkout(Order order, PaymentStrategy strategy) {
        strategy.pay(order.getAmount());
    }
}

接口实现了算法族封装与运行时动态切换，是开闭原则（OCP）落地的关键。

总结

接口是 Java 多态的基石，定义「做什么」而非「怎么做」。优秀接口设计遵循：单一职责、依赖倒置、接口隔离。理解接口与抽象类的本质区别，善用默认方法演进 API，是构建可扩展、低耦合系统的核心能力。