ByteBuddy拦截自定义类方法返回值时重定义报错如何解决

• JVM 原生的运行时类重定义能力（Instrumentation API 提供的redefineClasses）有强约束：仅允许修改已有方法的方法体，禁止变更类结构（包括新增/删除字段、修改方法签名、变更继承关系等）。
• 你对Foo类的拦截能生效，是因为传入FixedValue.value()的是字符串常量，ByteBuddy 直接把常量值写入hello方法的字节码中，不会给Foo类新增任何字段，符合重定义规则。
• 对Bar类的拦截报错有两个触发点：
  1. 代码存在笔误，定义的类名是Greet，拦截逻辑里错写成了Greeting
  2. 即使修正类名，传入FixedValue.value()的提前创建的对象实例，会被ByteBuddy默认作为新增的静态私有字段存入重定义后的Bar类，方法内直接读取该静态字段返回——这个新增字段的操作直接触发了JVM的重定义限制，因此抛出schema变更错误。

方案1：在方法体内动态构造返回值（推荐，完全兼容运行时重定义） #

不要把提前实例化的对象传给拦截器，直接把「创建Greet对象」的逻辑写入被拦截的方法体中，全程不新增类字段，完全符合JVM重定义规则：

ByteBuddyAgent.install();
new ByteBuddy()
  .redefine(Bar.class)
  .method(named("hello"))
  // 直接在方法体中插入调用Greet构造方法的逻辑，不新增类字段
  .intercept(MethodCall.construct(Greet.class.getConstructor(String.class))
      .with("modified greeting"))
  .make()
  .load(getClass().getClassLoader(), ClassReloadingStrategy.fromInstalledAgent())
  .getLoaded()
  .newInstance()
  .hello();

方案2：非运行时热替换场景使用类注入策略 #

如果你不需要在类已经被加载后做热更新，而是在类首次加载前做增强，可以直接使用类注入加载策略，此时不受JVM运行时重定义的结构限制，可以自由新增字段/方法：

new ByteBuddy()
  .redefine(Bar.class)
  .method(named("hello"))
  .intercept(FixedValue.value(new Greet("modified greeting")))
  .make()
  .load(getClass().getClassLoader(), ClassLoadingStrategy.Default.INJECTION)
  .getLoaded()
  .newInstance()
  .hello();

注意：JDK 16+ 对字节码注入有模块访问限制，使用INJECTION策略需要添加对应JVM参数放开模块权限。

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