2

我正在从 ByteBuddy 0.6.15 升级到 1.2.3，并且出现“非法接口类型”异常。我设法将其归结为一小段代码：

@Test
public void bytebuddy() {
    new ByteBuddy()
            .subclass(Object.class)
            .implement(MyInterface.class)
            .make();
}

interface MyInterface {
    void doSomething();
}

在 0.6.15 中，这曾经可以工作，但在 1.2.3 中，我遇到了一个例外：见下文。

我不明白这个界面有什么非法之处，或者我需要改变什么才能让它工作。起初我以为可能是因为我没有对doSomething方法做任何事情，但是当界面完全为空时，也会出现同样的错误。

java.lang.IllegalStateException: Illegal interface type interface nl.jqno.equalsverifier.internal.InstantiatorTest$MyInteface for class net.bytebuddy.renamed.java.lang.Object$ByteBuddy$qViwRZJu

  at net.bytebuddy.dynamic.scaffold.InstrumentedType$Default.validated(InstrumentedType.java:694)
  at net.bytebuddy.dynamic.scaffold.MethodRegistry$Default.prepare(MethodRegistry.java:530)
  at net.bytebuddy.dynamic.scaffold.subclass.SubclassDynamicTypeBuilder.make(SubclassDynamicTypeBuilder.java:153)
  at net.bytebuddy.dynamic.DynamicType$Builder$AbstractBase$Delegator.make(DynamicType.java:2508)
  at nl.jqno.equalsverifier.internal.InstantiatorTest.bytebuddy(InstantiatorTest.java:43)
  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 org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
  at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
  at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
  at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
  at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
  at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
  at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
  at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
  at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
  at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
  at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
  at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
  at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
  at org.junit.runner.JUnitCore.run(JUnitCore.java:137)
  at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:69)
  at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:234)
  at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:74)
  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 com.intellij.rt.execution.application.AppMain.main(AppMain.java:144)
4

1 回答 1

3

在版本 1.* 中，Byte Buddy 添加了显式验证，从而更容易诊断错误。在您的情况下，您从位于另一个包中的类扩展包私有接口。这意味着接口在运行时对实现类不可见，这IllegalAccessError最终会导致。

如果您将接口设置为public，则您的示例应该可以工作。或者，您可以将生成的类放入接口的包中。当您直接对接口进行子类化时，这会自动发生，即new ByteBuddy().subclass(MyInteface.class). Byte Buddy 发现提供的类是一个接口并实现它。但是，在这种情况下，隐式名称将与接口位于同一包中。

最后，类型验证引入了一些运行时开销。new ByteBuddy().with(TypeValidation.DISABLED)您可以通过设置理想情况下在生产中而不是在单元测试中应该执行的操作来禁用验证。

最后，单元测试并没有什么不合法的地方，用词不对，我把异常信息改成了invisible。

于 2016-03-05T10:15:02.507 回答