接口优于抽象类因其支持多继承、解耦性强、利于测试，Java 8起支持默认方法，更适合作为类型定义和API设计。
在Java中，推荐使用接口而非抽象类，主要是因为接口提供了更高的灵活性和更清晰的职责分离。虽然抽象类和接口都能实现代码复用和定义规范，但在多数
设计场景下，接口是更优选择。
接口支持多继承，抽象类不支持
Java类只能单继承一个抽象类，但可以实现多个接口。这意味着通过接口可以组合多个行为契约，而不会受到继承层级的限制。
例如，一个类可以同时实现 Runnable 和 Serializable，表明它既可执行又能序列化。如果这些功能通过抽象类提供，则无法同时继承两个类。
接口更利于解耦和测试
接口定义了“能做什么”，而不关心“怎么做”。这种松耦合特性使得系统模块之间依赖于抽象而不是具体实现。
在实际开发中，比如使用Spring框架时，依赖注入通常基于接口进行。这样可以在运行时切换不同的实现，也便于单元测试中使用模拟对象（mock）。
常见做法：
- 定义服务接口 UserService
- 提供多种实现如 DatabaseUserServiceImpl、MockUserServiceImpl
- 业务代码只依赖接口，不绑定具体实现
Java 8 后接口支持默认方法，弥补了扩展性短板
在 Java 8 引入 default 方法后，接口可以在不破坏现有实现的前提下添加新方法。这解决了以往“一旦发布接口就不能修改”的难题。
例如：
public interface MyInterface {
void existingMethod();
default void newMethod() {
System.out.println("This is a default method");
}
}
所有已实现该接口的类无需修改即可使用 newMethod()，而抽象类若新增方法，子类必须提供实现（除非也是抽象类）。
接口更适合定义类型
在面向对象设计中，接口是定义“是什么”类型的理想方式。比如 Comparable、Iterator 等 JDK 内置接口，清晰表达了对象的能力。
使用接口作为方法参数或返回类型，能让API更通用、更可扩展。调用方只需关注行为契约，无需了解背后的继承结构。
基本上就这些。接口在灵活性、可维护性和设计清晰度上普遍优于抽象类。当然，抽象类仍有适用场景——当你需要共享代码和状态（字段）时，它依然有价值。但在大多数情况下，优先考虑接口是更现代、更推荐的做法。
