ByteBuddy 中的非法接口类型

Question

我正在从 ByteBuddy 0.6.15 升级到 1.2.3，我遇到了 "Illegal interface type" 异常。我已经设法将其归结为这么短的代码：

@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.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.run(ParentRunner.java:290)
  at org.junit.runners.ParentRunner.schedule(ParentRunner.java:71)
  at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
  at org.junit.runners.ParentRunner.access[=11=]0(ParentRunner.java:58)
  at org.junit.runners.ParentRunner.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)

Answer 1

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

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

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

终于单元测试没有违规了，写错了，我把异常信息改成invisible.

ByteBuddy 中的非法接口类型

Illegal interface type in ByteBuddy

java

byte-buddy