关于java：Mockito – doReturn（）和when（）之间的区别

Mockito - difference between doReturn() and when()

我目前正在一个SpringMVC应用程序中使用Mockito模拟我的服务层对象，在这个应用程序中我想测试我的控制器方法。然而，正如我一直在阅读Mockito的细节一样，我发现方法doReturn(...).when(...)等同于when(...).thenReturn(...)。所以，我的问题是，有两种方法做同样的事情有什么意义，或者说，doReturn(...).when(...)和when(...).thenReturn(...)之间的细微区别是什么？

任何帮助都将不胜感激。

相关讨论

存根的两个语法大致相等。但是，您可以始终使用doReturn/when作为存根；但在某些情况下，您不能使用when/thenReturn。留茬空隙法就是这样一种。其他包括与mockito-spies一起使用，并多次使用相同的方法。

when/thenReturn给您的一件事，doReturn/when不给您的，是在编译时对您返回的值进行类型检查。然而，我相信这几乎没有价值——如果你把类型弄错了，你一运行测试就会发现。

我强烈建议只使用doReturn/when。学习两种语法是没有意义的。

你可以参考我在形成mockito"语法"时的答案——一个非常密切相关问题的更详细的答案。

相关讨论

我完全同意。一致性是有价值的。mockito文档也提出了相反的建议，但它们过分强调了thenReturn()中类型安全的价值。
我有点不同意大卫。我经常在使用doReturn/when时遇到返回错误类型的情况，然后花几分钟时间找出出错的地方。编译类型检查对于when/thenReturn非常有用。
记住，mockito建议您使用when/thenReturn而不是doReturn/when。
@除了我在这里的答案和stackoverflow.com/q/11462697中概述的内容之外，没有理由提出这样的建议。几年前，我和BriceDutheil讨论过这个问题，他目前是Mockito的首席开发人员，据我记忆，他同意。我会请他在这里发表评论(不能保证他会这样做)。
JavaDoc声明，doReturn/when是一种权衡。团队不会以这种或那种方式重新命令，但是注意到when/then方法更直观、更可读，并提供编译时检查，这是使mockito变得流行和易于使用的方法，不要忘记当团队中的各种技能集共享代码库时，它有间谍和无效方法方面的缺点。
我想补充的是，用Java 8 lambdas和方法引用，团队正在研究提供一个遵循EDCOX1×6的方法的直观的断根API。
仅仅是为了记录：doReturn()有很大的缺点，可以变成方法调用的yoda风格的编码。后来的事情先写下来就是。大多数人都是从左到右阅读；所以你现在必须不断地记住，当你头脑中有逻辑的时候，要扭转返回。
@布赖斯感谢你的澄清评论。非常感谢。
doReturn与人类可读顺序相反(除非你从右向左阅读)。
"如果类型错误，运行测试后就会发现。"是的，前提是正确实现了运行时类型检查。github.com/mockito/mockito/issues/1155我知道这是处理异常的检查，而不是返回类型，这是不同的；但这允许你让你的mocks做不可能的事情。由于对McCito开发人员的重视，我将在Java编译器的类型检查中保留比它们的库更多的存储，因此在可能的情况下更倾向于使用前者。

如果使用监视对象(用@Spy注释)而不是模拟对象(用@Mock注释)，这两种方法的行为会有所不同：

when(...) thenReturn(...)在返回指定值之前进行了实际方法调用。因此，如果被调用的方法抛出了一个异常，您必须处理它/模拟它等。当然，您仍然可以得到结果(在thenReturn(...)中定义的内容)
doReturn(...) when(...)根本不调用该方法。

例子：

1
2
3
4
5
6
7
8
9

public class MyClass {
protected String methodToBeTested() {
return anotherMethodInClass();
}

protected String anotherMethodInClass() {
throw new NullPointerException();
}
}

测试：

1
2
3
4
5
6
7
8
9
10

@Spy
private MyClass myClass;

// ...

// would work fine
doReturn("test").when(myClass).anotherMethodInClass();

// would throw a NullPointerException
when(myClass.anotherMethodInClass()).thenReturn("test");

相关讨论

mockito javadoc似乎说明了为什么使用doReturn()而不是when()。在那些您不能使用mockito.when(object)的罕见情况下使用doreturn()。

Beware that Mockito.when(Object) is always recommended for stubbing
because it is argument type-safe and more readable (especially when
stubbing consecutive calls).

Here are those rare occasions when doReturn() comes handy:

1. When spying real objects and calling real methods on a spy brings side
effects

List list = new LinkedList(); List spy = spy(list);

//Impossible: real method is called so spy.get(0) throws
IndexOutOfBoundsException (the list is yet empty)

when(spy.get(0)).thenReturn("foo");

//You have to use doReturn() for stubbing:
doReturn("foo").when(spy).get(0);

2. Overriding a previous exception-stubbing:

when(mock.foo()).thenThrow(new RuntimeException());

//Impossible: the exception-stubbed foo() method is called so
RuntimeException is thrown. when(mock.foo()).thenReturn("bar");

//You have to use doReturn() for stubbing:

doReturn("bar").when(mock).foo(); Above scenarios shows a tradeoff
of Mockito's elegant syntax. Note that the scenarios are very rare,
though. Spying should be sporadic and overriding exception-stubbing is
very rare. Not to mention that in general overridding stubbing is a
potential code smell that points out too much stubbing.

继续这个答案，还有另一个区别，如果您希望方法返回不同的值，例如，当第一次调用它时，第二次调用它时，那么您可以传递值，例如…

1	PowerMockito.doReturn(false, false, true).when(SomeClass.class,"SomeMethod", Matchers.any(SomeClass.class));

因此，当在同一个测试用例中调用该方法时，它将返回false，然后再次返回false，最后返回true。

后一种方法用于返回void的模拟上的方法。

请看一下，例如：如何用mockito使mock to-void方法

"mock"可以模拟对象而不是创建它；"spy"可以使用实际参数创建实际对象。当我们进行单元测试时，我们经常使用它们。但"when(xxx)。thenreturn(xxx)"用于模拟，"doreturn(xxx)"用于间谍。

相关讨论