选接口还是抽象类，关键看解决“行为规范”还是“共性实现”：接口定义“能做什么”，支持多实现、无构造器、字段为常量；抽象类定义“是什么”，仅单继承、可含构造器与普通成员变量。
选接口还是抽象类，关键看你要解决的是“行为规范”问题，还是“共性实现”问题。
看关系：是“能做什么”，还是“是什么”
如果多个类之间没有继承关系，但需要统一某种能力，就用接口。比如“支付”这件事，支付宝、微信、银行卡彼此无关，但都得支持 pay() 方法——这是典型的“能做什么”，适合定义成 Payment 接口。
如果是一组有明确层级关系的类，比如“猫”“狗”“鸟”都属于“动物”，共享名字、生命值、进食逻辑，那就该用抽象类 Animal。它表达的是“是什么”的归属关系，天然适合封装共性代码。
看复用：要不要共享字段或方法实现
抽象类可以有：
- 普通成员变量（如 protected String name）
- 构造方法（用于子类初始化时设置公共状态）
- 已写好逻辑的具体方法（如 breath() 所有动物都一样，直接在抽象类里实现）
接口不行：所有字段自动变成 public static final 常量；方法默认不能有实现（Java 8+ 虽然支持 default 和 static 方法，但它们定位是“辅助行为”，不是主干逻辑复用）。
看扩展：是否需要一个类具备多种身份
Java 只允许单继承，但可以实现多个接口。所以当一个类既要“能飞”，又要“能游”，还得“可序列化”，就得靠接口组合：
- Flyable、Swimmable、Serializable
- 一个 Duck 类可以同时实现这三个，互不干扰
抽象类做不到这点——你无法让 Duck 同时继承 FlyableAbstract 和 SwimmableAbstract。
看演进：未来是否要加新方法
给接口新增抽象方法，所有实现类都得跟着改，容易破坏现有代码。但如果用 default 方法提供默认实现，就能平滑升级。
抽象类加新方法更自由：可以加抽象方法（强制子类响应），也可以加具体方法（子类自动获得能力，无需改动）。
所以长期维护的公共契约，优先用接口 + default 方法；内部模块间强耦合、需统一管控的基类，用抽象类更稳妥。
