如何在ByteBuddy转换期间增强方法？

Question

我正在使用ByteBuddy实现字节码转换，操作过程是一个多步骤的过程。因此，操作必须能够：

1. 扩充原有方法

对于1。我使用了一个通过以下方式应用的OnMethodExit建议：

Builder<?> builder = builder.visit(Advice.to(Helper.class)
  .on(ElementMatchers.hasMethodNamed(name));

使用Helper方法的增强代码（有效地设置字段的值）。创建新方法时，我按如下方式构建它们：

Builder<?> builder = builder.defineMethod(…)
  .intercept(MethodDelegation.to(OtherHelper.class));
  .…;

另类助手通过以@This Object对象为参数的静态方法使用运行时实例。

简而言之：如果前面的转换遵循后者，我看不到前面的转换应用。实际执行顺序如下：

1. 我的类型得到处理，并通过MethodDelegation添加了一个方法
2. 在接下来的步骤中，我找到了新引入的方法，并尝试通过建议来增强实现生成。使用方法索引建议（…）
3. 生成的代码具有步骤1的行为，但缺少步骤2的行为

我假设我无效地结合了实现的两个部分。有什么想法吗？预感：元素匹配器（ElementMatcher）是否没有看到使用引入的方法…。defineMethod（…）还没有？名称来自我从构建器开始的某种方法检查。toTypeDescription（），这实际上使我假设要创建的方法对于生成器来说已经是可见的，否则它首先不会在该步骤中找到。

Answer 1

你能分享你的例子的重建吗？在一个简单的例子中，我观察了预期的行为：

public class Bar {
  public static void main(String[] args) throws Exception {
    Class<?> type = new ByteBuddy().subclass(Object.class)
      .visit(Advice.to(Bar.class).on(named("m")))
      .defineMethod("m", void.class, Visibility.PUBLIC)
      .intercept(MethodDelegation.to(Bar.class))
      .make()
      .load(Bar.class.getClassLoader(), ClassLoadingStrategy.Default.WRAPPER)
      .getLoaded();

    type.getMethod("m").invoke(type.getConstructor().newInstance());
  }

  @BindingPriority(2)
  public static void delegation() {
    System.out.println("Delegation!");
  }

  @Advice.OnMethodEnter
  public static void enter() {
    System.out.println("Advice!");
  }
}

此示例打印建议！和委托！。