关键不是“怎么加新方法”，而是“加新方法时怎么不破坏已有子类的运行”：必须保持方法签名、vtable布局、字段偏移及访问权限不变，优先用接口default方法扩展，严禁新增抽象方法或修改已有方法签名，否则运行时抛IncompatibleClassChangeError等链接错误。
关键不是“怎么加新方法”，而是“加新方法时怎么不破坏已有子类的运行”。Java 的二进制兼容性问题往往在升级后才暴露——编译通过，运行崩溃，错误如 IncompatibleClassChangeError 或 NoSuchMethodError。核心在于：子类字节码在编译时已固化对父类方法签名、调用位置和字段布局的依赖，运行时 JVM 按照旧契约加载，一旦父类变更违背该契约，就会链接失败。
避免修改已有方法签名
方法签名（方法名 + 参数类型 + 类型擦除后的泛型信息）是 JVM 分派调用的依据。任何改动都会导致子类中已生成的 invokevirtual 指令找不到目标。
- 禁止删减或调整参数顺序：哪怕只是去掉一个可选参数，原有子类重写的调用点就失效
- 禁止更改参数类型（如
String→CharSequence）：类型描述符变化，字节码不匹配 - 禁止更改返回类型（除非是协变返回，且子类已适配）：JVM 检查严格，非协变变更直接报错
- 慎用重载模拟默认参数：新增重载方法若与子类已重写的方法产生签名歧义，可能引发意外分派
新增能力优先走 default 方法（接口场景）
如果父类是接口（尤其 Java 8+），新增行为应尽量定义为 default 方法，而非抽象方法。
- 添加
default方法是二进制兼容的：已有实现类无需重新编译，JVM 自动桥接调用逻辑 - 绝对避免新增抽象方法：所有现存实现类会在类加载阶段因缺少实现而抛
java.lang.IncompatibleClassChangeError: class X does not implement interface Y - 若必须引入强契约，可定义新接口（如
AdvancedFeature），让原接口继承它，再由子类按需实现——用组合替代强制扩展
控制虚方法表（vtable）稳定性
Java 通过 vtable 实现动态分派，子类字节码隐式依赖父类方法在表中的相对位置。插入、移动或改变可见性都会扰动布局。
立即学习“Java免费学习笔记（深入）”；
- 不要在已有
public/protected方法序列中间插入新方法；即使加在末尾，某些 JVM 优化器也可能缓存偏移，造成错位调用 - 禁止将非
abstract方法改为abstract：子类字节码里已有对该方法体的直接调用指令，运行时找不到实现即崩溃 - 避免将
protected方法降级为private或包私有：子类代码中可能已直接调用，权限检查失败抛IllegalAccessError
用构造函数参数与工厂模式替代签名膨胀
当业务需要“增加配置项”时，与其不断给构造方法加参数（破坏签名），不如收敛入口：
- 提供带
Builder的静态工厂方法：如Parent.create().withTimeout(5).withRetry(true).build() - 构造函数只保留必需参数，其余通过 setter 或 fluent 配置（注意 setter 的幂等性与线程安全）
- 若必须扩展构造行为，新增一个带新参数的重载构造器，但确保旧构造器完整保留且语义不变
