接口是行为契约，抽象类是共性模板；接口回答“能做什么”，抽象类回答“是什么”；选错类型会导致重构成本陡增，且受JVM语法铁律约束。
接口是行为契约，抽象类是共性模板
接口回答的是“它能做什么”，比如 Flyable、Serializable；抽象类回答的是“它是什么”，比如 Animal、Shape。选错类型会导致后期重构成本陡增——用接口强行塞状态字段，会暴露 public static final 常量的滥用；用抽象类替代多行为组合，会卡死继承链，无法再扩展其他能力。
- 当你需要让
Bird同时具备飞行、鸣叫、可序列化能力时，必须用接口（implements Flyable, Singable, Serializable），抽象类做不到这点 - 当你发现多个子类重复写
calculateArea()或共享color字段时，抽象类才是合理选择；接口里不能放private String color - Java 8+ 允许接口有
default方法，但别把它当抽象类用——default只用于向后兼容或极简逻辑，复杂实现仍该下沉到抽象类
构造器、字段、修饰符的硬性限制
这些不是设计风格差异，而是 JVM 层面的语法铁律，违反直接编译失败。
- 接口不能有构造器：写
interface A { A() {} }→ 报错Interface cannot have constructors - 接口字段自动被加上
public static final：写int x = 1;等价于public static final int x = 1;，想存实例状态？只能去抽象类 - 抽象方法的访问修饰符：抽象类中可用
protected abstract void init();，但接口中protected void fly();会编译报错——接口方法只能是public（且不能显式写出来）
继承与实现：单 vs 多的根本约束
这是 Java 类型系统最不可绕过的现实。不是“推荐”单继承，而是语言本身禁止：class Dog extends Animal, Mammal 是非法语法。
