Javassist调用setSuperclass()设置超类未生效的原因是什么？

• cc.writeFile() 仅会将Javassist修改生成的字节码写入磁盘对应路径的.class文件，不会把修改后的类加载到当前运行的JVM中。你后续代码中new Rectangle()调用的，是JVM启动阶段从classpath加载的原始未修改版本的Rectangle类，和你修改过的字节码完全无关。
• JVM的类加载机制规定：同一个类加载器下，一个全限定名对应的类只会被加载一次。只要原始Rectangle类在你执行修改逻辑前已经被加载，后续不管怎么修改字节码，直接硬编码new Rectangle()永远只会拿到第一次加载的旧版本类。
• 你遗漏了构造方法的适配步骤：Javassist修改类的超类后，不会自动修改子类构造方法的字节码——原Rectangle构造方法里的super()调用是直接指向父类Shape的无参构造，就算你把修改后的类加载进JVM，构造方法也不会自动调用新父类ColorRectangle的无参构造，自然不会输出对应日志。
• 额外代码问题：你贴出的代码中将Rectangle类定义在RuntimeModifier类内部，会导致类的全限定名和你从ClassPool中读取的org.example.Rectangle不匹配，ClassPool拿到的类和你运行时实际加载的类根本不是同一个。

1. 替换字节码输出逻辑：修改完CtClass后不要只调用writeFile()，在目标类被首次加载前调用cc.toClass()方法，该方法会通过当前类加载器把修改后的字节码注册到JVM中。
2. 规避类提前加载：在调用toClass()完成前，代码里不能出现任何对Rectangle类的直接引用（包括硬编码的类型声明、new调用、静态方法/属性访问），否则会触发JVM提前加载原始类，导致修改失效。
3. 适配构造方法逻辑：修改超类后，要手动调整Rectangle构造方法的字节码，把原有对Shape类的super调用，替换为对ColorRectangle类的无参构造调用，保证构造链能正确走到新父类。
4. 修正类的定义位置：把Rectangle、ColorRectangle、Shape类都作为顶级类放在对应包路径下，保证ClassPool读取的类和运行时加载的类全限定名完全一致。

public void changeSuperClass() throws Exception {
    ClassPool pool = ClassPool.getDefault();
    pool.insertClassPath(new ClassClassPath(this.getClass()));
    // 注意：本行执行前，代码中不能出现任何org.example.Rectangle的直接引用
    CtClass cc = pool.get("org.example.Rectangle");
    cc.setSuperclass(pool.get("org.example.ColorRectangle"));
    
    // 替换原writeFile逻辑，直接将修改后的类加载到JVM
    Class<?> modifiedRectClz = cc.toClass();
    // 加载完成后再实例化，不要提前硬编码new Rectangle()
    Object rect = modifiedRectClz.getDeclaredConstructor().newInstance();
}

注意：如果一定要用硬编码new Rectangle()的写法，必须保证整个执行流走到new语句前，没有任何触发Rectangle类加载的逻辑，否则修改不会生效。大部分人跑官方入门示例失败，都是因为不小心在修改类前就引用了目标类，导致类被提前加载。

内容的提问来源于stack exchange，提问作者ADude