Java接口向后兼容的核心是只增不删、只扩不缩：新增方法须用default提供实现，禁删改签名，多default冲突需显式重写，避免受检异常，重大变更通过新接口/版本隔离。
Java 接口设计保证向后兼容性，核心是让新版本接口能被旧实现类、旧调用方直接使用，不报错、不中断、不强制修改。这不是靠“加功能不改旧代码”的侥幸，而是通过语言机制和设计约束主动构建的稳定边界。
只增不删、只扩不缩：接口变更的铁律
新增方法必须用 default 关键字提供默认实现，例如 Collection 接口在 Java 8 加入 stream() 和 removeIf()，所有已有实现类（ArrayList、LinkedList 等）无需改动即可编译通过。
- 禁止删除已有的 public 方法或字段
- 禁止修改方法签名（参数类型、数量、返回值、名称）
- 禁止将抽象方法改为 default 或 static，反之亦然
- 新增方法优先走 default，而非强行要求实现类响应
多接口冲突时必须显式解决
当一个类同时实现两个含同名 default 方法的接口（如 InterfaceA 和 InterfaceB 都定义了 doWork()），编译器会直接报错，不让你蒙混过关。
- 实现类必须用
@Override显式重写该方法 - 可选择调用某一方逻辑：
InterfaceA.super.doWork() - 也可组合逻辑或抛出明确异常，体现语义决策而非默认继承
异常设计不暴露受检异常到接口契约
接口方法签名中避免 throws IOException 这类受检异常——它会强制所有实现类和调用方处理，一加就破环兼容性。
立即学习“Java免费学习笔记（深入）”；
- 统一用运行时异常（如
CommonException）承载业务错误 - 错误码、HTTP 状态、提示消息通过字段封装，不在方法签名中体现
- 对外文档或 OpenAPI 规范中明确定义错误语义，而非靠 throws 契约
版本控制与渐进演进策略
对重大不兼容变更（如字段语义调整、行为重构），不硬改原接口，而是引入新接口 + 新路径/新包名/新版本号。
- RESTful API 中用
/v2/users替代/v1/users，旧路径持续服务 - Java 类库中用新接口名（如
UserV2Service）隔离变更，老接口保留 default 方法兜底 - 所有新增字段设默认值，旧客户端请求不传时服务端自动填充
