通过 ByteBuddy,我试图找到一种有效的方法来生成代理,该代理只需将所有方法调用转发到相同类型的底层委托(delegate)实例,我遇到了这个:How to implement a wrapper decorator in Java? ,我尝试实现建议的解决方案,但没有成功,从表面上看,我在不了解 ByteBuddy 内部原理的情况下粗略猜测,它看起来像下面的 intercept
方法的 @FieldValue 带注释的参数可能检查匹配委托(delegate)的方法签名时要考虑吗?我的用例有点复杂,但我编写了一个简单的单元测试来重现相同的问题,我使用的是 ByteBuddy 版本 1.5.13:
@Test
public void testDelegate() throws Exception {
Object delegate = "aaa";
Class<?> delegateClass = new ByteBuddy().subclass(Object.class)
.method(ElementMatchers.any()).intercept(MethodDelegation.to(Interceptor.class).defineParameterBinder(Pipe.Binder.install(Function.class)))
.defineField("delegate", Object.class, Modifier.PUBLIC)
.make()
.load(getClass().getClassLoader())
.getLoaded();
Object obj = delegateClass.newInstance();
delegateClass.getField("delegate").set(obj, delegate);
assertThat(obj, equalTo("aaa"));
}
该拦截器工作正常,单元测试成功通过:
public static class Interceptor {
@RuntimeType
public static Object intercept(@Pipe Function<Object, Object> pipe) {
return pipe.apply("aaa");
}
}
但是如果我用这个拦截器替换上面的拦截器并尝试使用 @FieldValue 注入(inject)委托(delegate)字段:
public static class Interceptor {
@RuntimeType
public static Object intercept(@Pipe Function<Object, Object> pipe, @FieldValue("delegate") Object delegate) {
return pipe.apply(delegate);
}
}
我收到以下错误:
java.lang.IllegalArgumentException: None of [public static java.lang.Object io.github.pellse.decorator.DecoratorTest$Interceptor.intercept(java.util.function.Function,java.lang.Object)] allows for delegation from public boolean java.lang.Object.equals(java.lang.Object)
at net.bytebuddy.implementation.bind.MethodDelegationBinder$Processor.process(MethodDelegationBinder.java:881)
at net.bytebuddy.implementation.MethodDelegation$Appender.apply(MethodDelegation.java:1278)
at net.bytebuddy.dynamic.scaffold.TypeWriter$MethodPool$Record$ForDefinedMethod$WithBody.applyCode(TypeWriter.java:678)
at net.bytebuddy.dynamic.scaffold.TypeWriter$MethodPool$Record$ForDefinedMethod$WithBody.applyBody(TypeWriter.java:667)
at net.bytebuddy.dynamic.scaffold.TypeWriter$MethodPool$Record$ForDefinedMethod.apply(TypeWriter.java:586)
at net.bytebuddy.dynamic.scaffold.TypeWriter$Default$ForCreation.create(TypeWriter.java:4305)
at net.bytebuddy.dynamic.scaffold.TypeWriter$Default.make(TypeWriter.java:1796)
at net.bytebuddy.dynamic.scaffold.subclass.SubclassDynamicTypeBuilder.make(SubclassDynamicTypeBuilder.java:172)
at net.bytebuddy.dynamic.scaffold.subclass.SubclassDynamicTypeBuilder.make(SubclassDynamicTypeBuilder.java:153)
at net.bytebuddy.dynamic.DynamicType$Builder$AbstractBase.make(DynamicType.java:2568)
at net.bytebuddy.dynamic.DynamicType$Builder$AbstractBase$Delegator.make(DynamicType.java:2670)
at io.github.pellse.decorator.DecoratorTest.testDelegate(DecoratorTest.java:476)
所以我想知道我是否正确使用了 @Pipe/@FieldValue 注释,或者在使用 ByteBuddy 生成代理时是否有另一种方法来委托(delegate)方法调用?提前致谢!
最佳答案
对于转发,我实际上建议您使用 MethodCall.invokeSelf().onField(delegate)
,它的性能比 MethodDelegation
好得多,后者应用了很多更复杂的匹配。请注意,委托(delegate)可以与委托(delegate)结合使用,例如 MethodDelegation.to( ... ).andThen(MethodCall.invokeSelf().onField(delegate)
。
此外,我刚刚在即将发布的 v1.6 中更改了委托(delegate) API,以避免您遇到的困惑并允许进行一些性能改进。
重要:如果 protected 方法是由另一个包中的类型定义的,而不是由检测类型定义的,则无法通过管道传递这些方法。当前版本的 Byte Buddy 错过了此检查,但从 1.6.1 开始它会抛出异常。您可以通过 not(isProtected())
排除此类方法。 Object::clone
是此类方法的典型候选者,因为它是在 java.
包中定义的。
关于java - 如何使用 ByteBuddy @Pipe 注解和 @FieldValue 来实现委托(delegate)模式?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/41406698/