选接口还是抽象类取决于设计意图：若表达“是什么、怎么起步”且需共享状态或实现，用抽象类；若表达“能做什么”且需多角色组合或松耦合扩展，则用接口。
选接口还是抽象类，关键看你想表达的是“能做什么”，还是“是什么、怎么起步”。不是语法限制问题，而是设计意图问题。
看关系：是“is-a”还是“can-do”
如果描述的是本质归属，比如“猫是一种哺乳动物”“订单是一种交易记录”，用抽象类更自然——它体现继承层级和共性状态。
如果描述的是附加能力，比如“这个类能被排序”“这个对象支持序列化”“它能飞也能叫”，就该用接口——它不改变类的身份，只声明行为契约。
看复用需求：要不要共享字段或具体实现
抽象类可以有：
• 非静态成员变量（如protected String id;）
• 构造器（用于子类初始化时统一设置基础状态）
• protected 或 private 方法（封装内部逻辑）
• 已实现的普通方法（子类直接继承，避免重复写校验、日志、模板流程）
接口做不到这些：
• 所有字段只能是 public static final 常量
• default 方法不能访问实例字段（没有 this 上下文）
• 无法定义构造器，也不能有非 public 成员
立即学习“Java免费学习笔记（深入）”；
看扩展性和组合性：能否多角色并存
一个类只能 extends 一个抽象类，但可以 implements 多个接口。
这意味着：
- 需要同时具备多种独立能力（如既可比较又可序列化还支持缓存）→ 接口
- 希望已有类快速接入新能力（比如给老Service加监控埋点）→ 加个接口 + default 方法，不用改继承链
- 想让不同领域的类（如User、Order、Report）都拥有统一的创建/校验流程 → 抽象类更适合做基类
看演进成本：未来加方法，谁更友好
往抽象类新增一个具体方法，所有子类自动获得，无需改动。
往接口新增一个抽象方法，所有实现类必须立刻补实现，编译失败。
但 Java 8+ 的 default 方法缓解了这个问题——接口加功能可用 default，只要不破坏原有语义。
不过要注意：
• default 方法适合“通用兜底逻辑”，不适合依赖实例状态的复杂操作
• 如果新加的方法涉及字段初始化或流程控制，抽象类仍是更稳妥的选择
