Java接口大版本升级时，应使用default方法提供可选实现、static方法封装通用逻辑、@Override显式标记重写、必要时拆分新接口组合继承，以保障契约稳定性和兼容性。
Java 接口大版本升级时，直接新增抽象方法会导致所有已有实现类编译失败——因为它们没重写新方法，又不是抽象类。这不是设计缺陷，而是语言对“契约稳定性”的强制约束。要安全添加新方法，核心思路是：让旧实现类无需修改就能通过编译，同时新功能可被有需要的实现类选择性接入。
用 default 方法提供可选实现
Java 8 起支持在接口中定义 default 方法，它自带方法体，实现类可继承使用、也可选择重写。这是最常用且推荐的方式。
- 所有已有实现类自动获得该方法，不报错，也不强制修改
- 新业务逻辑可封装在 default 方法里（比如空实现、日志打点、兜底返回）
- 若某实现类需定制行为，直接重写该 default 方法即可
- 注意：default 方法不能访问实现类的私有成员，只能调用接口内其他 public/default 方法或传入参数
用 static 方法提供工具能力
如果新功能与具体实现无关，纯属通用逻辑（如参数校验、格式转换、构造辅助），可定义为 static 方法。
- 不参与实现类的继承链，完全不影响现有代码
- 调用方式明确：InterfaceName.methodName()，语义清晰
- 适合封装无状态、高复用的操作，避免每个实现类重复写类似工具方法
配合 @Override 显式标记重写意图
当某个实现类决定重写 default 方法时，务必加上 @Override 注解。
立即学习“Java免费学习笔记（深入）”；
- 防止方法签名写错（比如参数类型、返回值、异常声明不一致），编译期立刻报错
- 尤其在多人协作或接口频繁迭代时，能快速暴露“以为重写了，其实新建了方法”的隐患
- 即使只是覆盖一个空的 default 方法，也建议加注解——这是契约意识的体现
必要时拆分新接口并组合使用
如果新方法代表的是全新职责（比如从“支付”接口扩展出“退款”能力），且多数旧实现类根本不涉及该能力，可考虑 定义新接口 + extends 组合。
- 新建 PaymentRefundable 接口，声明 refund() 方法
- 让需要退款能力的类同时 implements Payment, PaymentRefundable
- 老实现类保持原样，新能力按需接入，边界清晰、职责分离
- 后续可通过 instanceof 判断是否支持某能力，而非强求所有类都实现
