选接口还是抽象类取决于设计意图：接口定义“能做什么”的行为契约，适合多实现和能力组合；抽象类提供“怎么做的”代码骨架，适合共享逻辑和强制流程。
选接口还是抽象类，关键看你要解决什么问题：要定义“能做什么”，用接口；要提供“怎么做的基础模板”，用抽象类。
接口适合定义行为契约
接口描述的是能力，不关心实现细节。比如List、Runnable、Comparable，它们只说“你能被排序”“你能被运行”“你支持遍历”，不指定怎么排、怎么跑、怎么遍历。
- 一个类可以实现多个接口，天然支持多行为组合（比如一个类既可序列化又可比较）
- 接口方法默认是public abstract，字段默认是public static final
- JDK 8 后可以加default和static方法，但仍是为扩展服务，不是为了封装共用逻辑
抽象类适合共享代码骨架
当你有一组子类，它们有大量通用逻辑（比如初始化、校验、模板流程），只是某些步骤不同，就该用抽象类。
- 抽象类可以有构造器、普通字段、protected方法、静态方法、甚至具体实现的方法
- 子类继承它，自动获得复用代码，只需重写抽象方法或选择性覆盖已有方法
- 比如HttpServlet提供了service()主流程，子类只管写doGet()或doPost()
现实项目中经常一起用
大框架里常见“接口 + 抽象实现类”的组合。接口对外承诺能力，抽象类对内沉淀通用实现，留给具体子类最小定制成本。
立即学习“Java免费学习笔记（深入）”；
- 比如 Spring 的ApplicationRunner（接口）和CommandLineRunner（接口），实际开发时你可以直接实现，也可以基于AbstractCommandHandler这类抽象基类快速起步
- 自己设计模块时，先想清楚：这个东西未来会被谁用？是给别人扩展，还是自己团队内部复用？前者优先接口，后者抽象类更省事
几个简单判断线索
拿不准时，快速过一遍这几个问题：
- 要不要强制子类执行某个初始化流程？→ 用抽象类（接口做不到）
- 是否希望多个不相关的类都能具备同一能力？（比如String和LocalDateTime都支持格式化）→ 用接口
- 有没有需要被子类共享的非静态字段？→ 只能用抽象类
- 未来可能新增方法，又不想破坏所有实现？→ 接口加default方法更安全
基本上就这些。不复杂，但容易忽略设计意图——接口是“协议”，抽象类是“半成品”。想清楚你要建的是合同，还是脚手架，答案自然就出来了。
