在这种情况下，为什么ByteBuddy会将方法委托给“错误”的方法？

Question

我正在创建一个非常简单的ByteBuddy委托/代理类。

其意图（同样非常简单）是代理一个类，这样它的任何非最终、非私有、非静态方法等都会被路由到它的proxiedInstance字段上的等效方法，正如它的getProxiedInstance方法返回的那样。（通常的嫌疑犯应该有例外：等于，哈希码，等待和通知等等。）

我使用子类策略设置了我的代理类。我还定义了两个方法，getProxiedInstance和setProxiedInstance，以及一个名为proxiedInstance的适当类型的私有字段。我使用FieldAccessor.ofBeanProperty（）策略完成了这一点。为了简洁明了，我在这里省略了它。该类实际上包含这个字段和这两个方法。

然后我像这样定义了方法拦截，静态导入相关的ElementMatchers方法：

builder
      .method(not(isFinal()).and(not(isStatic())).and(not(isPrivate()))
              .and((isPublic().and(named("toString")).and(takesArguments(0)).and(returns(String.class)))
                   .or((not(isDeclaredBy(Object.class)).and(not(named("getProxiedInstance"))).and(not(named("setProxiedInstance"))))))
              )
      .intercept(MethodDelegation.toMethodReturnOf("getProxiedInstance"));

英文：notfinal、notstatic、notprivate、以及从对象继承的公共字符串toString（）方法（或重写的方法），或对象未声明的任何其他方法。类且未命名getProxiedInstance或setProxiedInstance。

假设我有一个这样的类：

public class Frob {

  public String sayHello() {
    return "Hello!";
  }

}

当我为它创建一个代理类，实例化它，然后在代理上调用toString（）时，我得到Hello！。

这在某种程度上向我暗示，我上面引用的菜谱是以某种方式将toString（）路由到sayHello（）。

从阅读MESTODENATIONjavadocs中，似乎可能会选择目标/委托对象上的sayHello进行委托，因为它比在代理上调用的方法更具体（toString）。我猜名称匹配的优先级低于此。

我认为我的这个用例相对简单。我怎样才能最好地完成它？




Answer 1

我认为使用MethodCall是一种更好的方法MethodDelegation用于“捕获所有代理”，您可以将相应的分派器注入到通常是单个委派方法（可能是两个）中。方法调用的性能也要高得多，因为它不需要进行分析，只需要重新路由到兼容类型的方法。

Answer 2

我能做的最好的事情是这样的，虽然效果不错，但似乎有点笨拙或冗长：

builder = builder
      .method(not(isDeclaredBy(Object.class))
              .and(not(isFinal()))
              .and(not(isStatic()))
              .and(not(isPrivate()))
              .and(not(named("getProxiedInstance")))
              .and(not(named("setProxiedInstance"))))
      .intercept(MethodDelegation.toMethodReturnOf("getProxiedInstance"))
      .method(is(toStringMethod))
      .intercept(invoke(toStringMethod).onMethodCall(invoke(named("getProxiedInstance"))));

（toStringMethod是由Object.class.get方法（"toString"）产生的方法。）