接口是行为的契约，定义方法规范而不提供具体实现。例如，Drawable接口声明draw()方法，Circle和Rectangle类分别实现圆形和矩形的绘制，调用者通过接口类型引用不同对象，实现多态。Java 8起接口可含默认和静态方法，但核心仍为抽象行为定义，不包含实例字段或构造器。接口支持面向接口编程，提升代码解耦、扩展与维护性。
接口的抽象特性在Java中体现得非常直接：它只定义行为规范，不提供具体实现。理解这一点，关键在于抓住“契约”这个核心概念。
接口是行为的契约
接口本质上是一组方法的声明集合，没有方法体。它告诉实现类“你必须做什么”，但不关心“你怎么做”。这种分离使得调用者可以依赖接口编程，而不用关注具体的实现细节。
例如：
public interface Drawable {void draw();
}
public class Circle implements Drawable {
public void draw() {
&; System.out.println("画一个圆形");
}
}
public class Rectangle implements Drawable {
public void draw() {
System.out.println("画一个矩形");
}
}
在这里，Drawable 接口规定了所有可绘制对象都必须具备 draw() 方法。Circle 和 Rectangle 各自以不同方式实现，但对外暴露的是统一的行为。
立即学习“Java免费学习笔记（深入）”；
接口支持多态和解耦
由于多个类可以实现同一个接口，程序可以在运行时决定使用哪个实现。这正是多态的基础。
比如：
d.draw(); // 输出：画一个圆形
d = new Rectangle();
d.draw(); // 输出：画一个矩形
变量 d 的类型是接口，却能引用不同的实现对象。这种灵活性大大降低了代码之间的耦合度，提升了扩展性。
接口中的抽象是彻底的
在Java 8之前，接口中的所有方法默认都是 public abstract 的，不能有实现。从Java 8开始，接口可以包含默认方法（default）和静态方法（static），但这并没有削弱其抽象本质。
默认方法只是提供了一个可选的实现，实现类仍可覆盖它。接口的核心职责依然是定义抽象行为。
接口仍然不能有实例字段（除了 static final 常量），也不能定义构造器——这些都进一步强调了它的抽象性。
总结：接口是设计上的抽象工具
接口的抽象性不是技术细节，而是一种设计思想。它鼓励开发者面向接口编程，关注“能做什么”而不是“是谁做的”。通过接口，系统更容易替换实现、测试和维护。
基本上就这些。接口的抽象，说到底就是让代码更灵活、更清晰。
