5

Byte Buddy でコンストラクター呼び出しをインターセプトしようとしています。これは私のサンプル コードです。

package t;

import static net.bytebuddy.dynamic.loading.ClassLoadingStrategy.Default.INJECTION;
import static net.bytebuddy.implementation.MethodDelegation.to;
import static net.bytebuddy.matcher.ElementMatchers.any;
import java.util.concurrent.Callable;
import net.bytebuddy.ByteBuddy;
import net.bytebuddy.implementation.bind.annotation.RuntimeType;
import net.bytebuddy.implementation.bind.annotation.SuperCall;

public class Bar {
  public static void main (String[] args) {
    new ByteBuddy ().subclass (Object.class)
      .name ("t.Foo").constructor (any ()).intercept (to (new Object () {

        @RuntimeType
        public Object construct (@SuperCall Callable<Object> z) throws Exception {
          System.out.println ("CALLING XTOR");
          return z.call ();
        }
      })).make ().load (Bar.class.getClassLoader (), INJECTION).getLoaded ();
  }
}

次の例外が発生します。

Exception in thread "main" java.lang.IllegalStateException: Error invoking java.lang.ClassLoader#findClass
  at net.bytebuddy.dynamic.loading.ClassInjector$UsingReflection$Dispatcher$Resolved.loadClass(ClassInjector.java:392)
  at net.bytebuddy.dynamic.loading.ClassInjector$UsingReflection.inject(ClassInjector.java:201)
  at net.bytebuddy.dynamic.loading.ClassLoadingStrategy$Default$InjectionDispatcher.load(ClassLoadingStrategy.java:199)
  at net.bytebuddy.dynamic.loading.ClassLoadingStrategy$Default.load(ClassLoadingStrategy.java:114)
  at net.bytebuddy.dynamic.DynamicType$Default$Unloaded.load(DynamicType.java:3302)
  at t.Bar.main(Bar.java:21)
Caused by: java.lang.ClassFormatError: Bad method name at constant pool index 19 in class file t/Foo$auxiliary$EalKkAhD
  at java.lang.ClassLoader.defineClass1(Native Method)
  at java.lang.ClassLoader.defineClass(ClassLoader.java:760)
  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
  at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
  at java.lang.reflect.Method.invoke(Method.java:497)
  at net.bytebuddy.dynamic.loading.ClassInjector$UsingReflection$Dispatcher$Resolved.loadClass(ClassInjector.java:388)
  ... 5 more

この関連する質問を見ましたが、衝突例外が発生します(コンストラクターが2回定義されたかのように)。

4

1 に答える 1

8

コンストラクターのスーパー メソッド呼び出しのハンドラーを作成することはできません。JVM のベリファイアは、コンストラクターが別のコンストラクターを1 回だけ呼び出すことを保証します。この呼び出しは、コンストラクターを呼び出すメソッドにハードコーディングする必要があります。

この制限は、すべての Java バイト コードに適用され、さらにMethodHandles を扱うシナリオにも適用されることに注意してください。コンストラクターは大きな例外です。

例を機能させるには、デリゲートの前または後にスーパー コンストラクターを呼び出す必要があります。別のコンストラクターを呼び出す前にインターセプトした場合、インターセプターからによって定義されたプロパティにアクセスできないことに注意してくださいthis(たとえば、@Thisまたは によって@SuperCall、ただし、引数を読み取ることは可能です) 。

SuperCallコード例では、次のコード例に示すように、呼び出しがハードコーディングされるようにインターセプターをチェーンするだけです。

new ByteBuddy().subclass(Object.class)
               .name("t.Foo")
               .constructor(any()).intercept(to(new Object() {
                 public void construct() throws Exception {
                   System.out.println("CALLING XTOR");
                 }
               }).andThen(SuperMethodCall.INSTANCE)) // This makes the difference!
               .make()
               .load(Bar.class.getClassLoader(), INJECTION)
               .getLoaded()

私は、Byte Buddy がこの問題についてもっと情報を提供すべきだということに同意します。このシナリオに適切なランタイム処理を追加します (つまり、メソッドはバインディングの対象ではなくなります)。

于 2016-01-21T08:27:09.650 に答える