接口强调“能做什么”，定义能力契约，支持多实现与能力组合；抽象类侧重“是什么及部分怎么做”，提供类型契约与共享骨架，支持单继承下的共性逻辑复用；二者协同实现契约分层设计。

Java 中接口与抽象类都用于定义代码契约，但侧重点不同：接口强调“能做什么”，抽象类侧重“是什么以及部分怎么做”。契约的核心是明确行为规范、约束实现者、保障调用方预期。

接口：定义能力契约

接口通过纯抽象方法（Java 8+ 可含 default/static 方法）声明一组必须被实现的行为，不关心状态和具体实现逻辑。它体现的是“契约即承诺”——只要实现该接口，就必须提供这些能力。

• 所有方法默认 public abstract，字段默认 public static final，强制实现类聚焦行为一致性
• 一个类可实现多个接口，支持能力组合（如 Runnable + Serializable）
• 适合定义跨类型通用能力，例如：Comparable<T> 约定比较逻辑，Closeable 约定资源释放义务
• 使用 default 方法可安全演进契约（如 Java 8 在 Collection 接口新增 stream()），避免破坏已有实现

抽象类：定义类型契约 + 共享骨架

抽象类表达一种“is-a”关系，既声明子类必须遵循的契约（抽象方法），又可提供共用状态和默认实现（非抽象方法、字段、构造器），形成半成品模板。

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

• 抽象方法构成契约底线，子类必须重写；非抽象方法提供可复用逻辑，降低重复实现成本
• 可含 protected 字段或构造器，支持子类初始化共享上下文（如 AbstractList 封装 size 和 modCount）
• 适用于有共同结构和行为基线的类族，例如所有 HTTP 客户端都需连接管理、超时配置、请求执行流程，可用抽象类统一约束并复用
• 注意：抽象类无法多继承，契约扩展需靠接口补充（典型做法：抽象类实现若干接口，自身再定义特有抽象方法）

协同使用：契约分层设计

真实项目中，二者常配合构建清晰、可维护的契约体系。接口定义顶层能力协议，抽象类在特定领域内细化实现约束并沉淀通用逻辑。

立即学习“Java免费学习笔记（深入）”；

• 例如定义数据访问契约：Repository<T> 接口声明 save()、findById()；JdbcRepository 抽象类实现连接获取、事务模板，并留出 buildSelectSql() 供子类定制
• 接口用于解耦调用方（依赖接口而非实现），抽象类用于减少子类样板代码（如日志、校验、异常包装等横切逻辑可统一处理）
• 当契约需强制初始化流程或共享生命周期管理（如 start()/stop()），抽象类比接口更合适（接口无法定义构造逻辑或 protected 方法）

关键实践提醒

契约不是越多越好，而是要精准、稳定、易理解。设计时需注意：

• 接口方法名应反映业务意图而非技术细节（如 placeOrder() 优于 executeInsert()）
• 抽象类的抽象方法不宜过多，否则失去模板价值；优先将共性逻辑上提，把差异点下沉为钩子方法（hook method）
• 避免在接口中滥用 default 方法掩盖设计缺陷——若多数实现逻辑相同，可能说明该行为本就不该属于契约层面
• 契约变更需谨慎：接口新增抽象方法会破坏所有实现类；抽象类新增抽象方法同样破坏子类编译；推荐用新接口/抽象类替代，旧契约标记 @Deprecated 并保留兼容期