父类变更必须保障二进制兼容性，否则子类运行时抛incompatibleclasschangeerror等链接错误；核心是维持vtable结构、字段偏移及访问权限不变，优先用接口default方法扩展，严格遵循语义化版本规范。
父类变更不是“改完就发”，而是要先看清它对所有子类运行时行为的实际约束。关键不是看编译是否通过，而是看子类字节码在 JVM 加载、链接、调用时会不会出错。
盯住字节码契约：vtable 和字段偏移不能动
子类的 class 文件在编译时就固化了对父类方法调用的位置（vtable 偏移）和字段访问的内存地址（字段偏移）。一旦父类改动破坏这个布局，子类哪怕没重编译，运行时也会崩溃。
- 新增 public/protected 方法时，不要插在已有方法中间——哪怕加在末尾，某些 JVM 实现或优化器仍可能依赖原有顺序
- 禁止把非 abstract 方法改成 abstract：子类字节码里已写死对具体方法体的调用指令，运行时找不到实现就抛 IncompatibleClassChangeError
- 禁止删、改、降级 public/protected 字段：子类直接引用字段符号，缺失或权限变窄会触发 NoSuchFieldError 或 IllegalAccessError
- 字段类型不能变（如 int → long）：字节码描述符变化导致整个字段布局错位，后续字段读写全乱
优先用 default 方法替代类继承扩展
如果父类是接口，新增能力首选 default 方法——这是 JVM 明确保证二进制兼容的机制。
Java Linux版
下载
Java Linux版下载入口，提供 Oracle JDK 26.0.2 官方 Linux 安装包、Java 环境配置、JDBC 数据库连接和 Java 服务端开发相关信息。
- 已有实现类无需修改，JVM 自动桥接调用逻辑
- 避免新增抽象方法：否则所有现存实现类在类加载阶段就失败
- 必须引入新契约时，定义新接口（如 EnhancedFeature），让原接口继承它，子类按需实现，不强求升级
用语义化版本 + 编译验证守住底线
兼容性不是靠人眼判断，而是靠规则+工具兜底。
- 主版本升级（如 2.x → 3.x）才允许破坏性变更；次版本（1.2 → 1.3）只允许添加方法/字段、修复 bug；修订号仅限内部优化
- 发布前用 javap -verbose 对比新旧父类字节码，重点检查方法表顺序、字段声明顺序、访问标志变化
- 对关键子类做“老包跑新父类”测试：用旧版子类 class 文件 + 新版父类 jar 启动应用，观察是否出现链接期错误
子类实际依赖面比代码看起来更广
除了显式调用的方法和字段，还要排查隐式依赖：
- 反射调用：子类或框架是否通过 Class.getDeclaredMethod 访问父类私有方法？这类调用在父类删改后直接失败
- 序列化：父类字段增删改会影响 serialVersionUID 计算，导致反序列化失败
- 代理与 AOP：Spring CGLIB 或 JDK 动态代理生成的子类，其字节码生成逻辑高度依赖父类结构，字段或方法签名微调都可能引发代理创建失败
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
