Question

为什么Mockito会吞下堆栈痕迹？例如，如果我有

public class Foo
{
    public void foo()
    {
        bar();
    }

    public void bar()
    {
        baz();
    }

    public void baz()
    {
        throw new RuntimeException();
    }
}

和诸如

之类的测试

public class MockTest
{
    @Test
    public void test()
    {
        Mockito.spy(new Foo()).foo();
    }
}

抛出的异常总是看起来像

java.lang.RuntimeException
    at Foo.baz(Foo.java:17)
    at MockTest.test(MockTest.java:11)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:606)
    at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47)
    at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
    at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44)
    at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
    at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271)
    at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70)
    at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50)
    at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238)
    at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63)
    at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236)
    at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53)
    at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229)
    at org.junit.runners.ParentRunner.run(ParentRunner.java:309)
    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)

** 那么，

之间的所有内容都在哪里

Foo.baz(Foo.java:17)
MockTest.test(MockTest.java:11)

吗？

（这里提供的例子只是一个简化 - 我处理更多的间接，类等等。我不能让Mockito吞噬部分模拟的关键部分堆栈跟踪...）

Answer 1

是，mockito清理stacktraces！

工作中的代码StackTraceFilter

有多种方法可以禁用

自Mockito 1.10.10起，通过mockito扩展机制提供您自己的StackTraceCleanerProvider（使用您的实施的限定名称创建资源文件mockito-extensions/org.mockito.plugins.StackTraceCleanerProvider）
覆盖自定义cleansStackTrace中的IMockitoConfiguration方法，查看there以获取更多信息。

Answer 2

这是代理人的神奇之处。

[Mockito.spy()][1]州的javadoc

创建真实对象的间谍。间谍调用真正的方法，除非它们是存根的。

所以spy()返回一个模拟对象，它是一个代理。它是Foo的子类，因此它继承了方法，但它将它们的执行包装在拦截器方法中。此方法有一个try catch块，用于捕获实际方法调用中引发的任何异常。然后catch块使用ConditionalStackTraceFilter来清理堆栈跟踪。为此，它在filter(..)方法状态

的注释中使用了StackTraceFilter

/**
 * Example how the filter works (+/- means good/bad):
 * [a+, b+, c-, d+, e+, f-, g+] -> [a+, b+, g+]
 * Basically removes all bad from the middle. If any good are in the middle of bad those are also removed. 
 */

调用baz()时的调用堆栈类似于（超简化）

at Foo.baz()
at FooPROXY.baz()
at Foo.bar()    
at FooPROXY.bar()
at Foo.foo()
at FooPROXY.foo()
at MockTest.test()

所有PROXY堆栈跟踪元素，它们是代理和涉及的拦截器，并且它们之间的所有内容都被删除。所以你得到你看到的结果。

请注意，Junit也会对其进行清理，以免显示其内部结构。

Mockito吞下了堆栈痕迹？

2 个答案: