【问题标题】:Mockito - weird package scope class inheritance issueMockito - 奇怪的包范围类继承问题
【发布时间】:2013-12-02 14:50:45
【问题描述】:

发现了一个非常有趣的问题,调试后找到了重现它的场景。

所以,如果我有一个包范围 B 的类,它有一些公共方法和扩展它的公共类 A:

package somepackage;

class B {
   public void someMethod() {
      throw NullPointerException();
   }
}

package somepackage;
public class A extends B {

}

然后在测试中:

A a = mock(A.class);
a.someMethod();

你猜怎么着,我得到了我刚刚抛出的 NullPointerException,所以 Mockito 以某种方式创建了一个“真实”对象并调用了一个真实的方法而不是模拟的方法。为什么会这样?

java.lang.IllegalArgumentException
    at test.B.setProxy(B.java:6)
    at test.A.setProxy(A.java:1)
    at secretservice.service.TestFDSServiceImpl.testService(TestFDSServiceImpl.java:17)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
    at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:45)
    at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
    at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:42)
    at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
    at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:263)
    at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:68)
    at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:47)
    at org.junit.runners.ParentRunner$3.run(ParentRunner.java:231)
    at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:60)
    at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:229)
    at org.junit.runners.ParentRunner.access$000(ParentRunner.java:50)
    at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:222)
    at org.junit.runners.ParentRunner.run(ParentRunner.java:300)
    at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
    at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)

在上面的示例中,我有 IllegalArgumentException,因为我在 B 类中更改了它,只是为了确保 NullPointerException 不是由其他原因引起的。

Eclipse:Juno Service Release 1,内部版本号:20120920-0800 Mockito:1.8.4(也用 1.9.5 测试过) JUnit:4.10

【问题讨论】:

  • 您可以通过a.getClass()或调试来检查。
  • 这是类 test.A$$EnhancerByMockitoWithCGLIB$$edd8e028 所以我认为它只是无法模拟包范围类中的公共方法
  • 您的模拟对象不完整。你应该使用when() 给它一些行为。
  • 真的吗?为什么不完整?据我了解,它应该调用愚蠢的模拟方法,但它调用了一个真正的原因。如果我这样做,这个方法仍然会被调用......顺便说一句,如果我将 B 的范围更改为公共,一切都会按预期进行
  • 嗯。我刚刚尝试了您的示例,它适用于我而不会抛出 NPE ...

标签: java unit-testing mockito


【解决方案1】:

编辑

最新的 mockito 2.x beta 现在使用不受此问题影响的 ByteBuddy。可能还有一些 API 调整,但它几乎既可以工作又可以正常工作。此外,与现有的 mockito 匹配器的兼容性也会中断。如果在 mockito 2 处于 beta 阶段时,如果该项目能够获得有关 API 的反馈,那就太好了。

原创

当模拟类具有非公共父级时,存在一个已知问题。该方法不能被存根。见issue 212

问题是编译器会生成桥接方法,以便从父级访问方法,但这会混淆像 CGLIB 这样的字节码工具。除非你能修复 CGLIB,否则没有真正的解决方案。

抱歉,您必须以不同的方式解决此问题:/

【讨论】:

  • 谢谢你,是的,我决定采用非常愚蠢的解决方案,只创建一个从公共类继承并覆盖所有未实现的方法的类,幸运的是,在我的情况下它们只是设置器
猜你喜欢
  • 2011-03-13
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2012-08-20
  • 1970-01-01
  • 2016-09-18
  • 2012-06-17
  • 1970-01-01
相关资源
最近更新 更多