对于模拟初始化，使用Runner或是MockitoAnnotations.initMocks严格等效的解决方案。从MockitoJUnitRunner的javadoc中：

JUnit 4.5 runner initializes mocks annotated with Mock, so that explicit usage of MockitoAnnotations.initMocks(Object) is not necessary. Mocks are initialized before each test method.

MockitoAnnotations.initMocks当你已经SpringJUnit4ClassRunner在测试用例上配置了特定的运行器时，可以使用第一个解决方案（带有）。

第二个解决方案（带有MockitoJUnitRunner）更经典，也是我的最爱。代码更简单。使用转轮提供了很大的优势框架使用的自动验证。

两种解决方案都可以在测试方法之间共享模拟（和间谍）。与结合使用@InjectMocks，它们可以非常快速地编写单元测试。样板代码减少了，测试更易于阅读。例如：

@RunWith(MockitoJUnitRunner.class)
public class ArticleManagerTest {

    @Mock private ArticleCalculator calculator;
    @Mock(name = "database") private ArticleDatabase dbMock;
    @Spy private UserProvider userProvider = new ConsumerUserProvider();

    @InjectMocks private ArticleManager manager;

    @Test public void shouldDoSomething() {
        manager.initiateArticle();
        verify(database).addListener(any(ArticleListener.class));
    }

    @Test public void shouldDoSomethingElse() {
        manager.finishArticle();
        verify(database).removeListener(any(ArticleListener.class));
    }
}

优点：代码很少

缺点：黑魔法。IMO这主要是由于@InjectMocks注释。有了这个注释， “你可以放松代码的痛苦”（请参阅@Brice的精彩评论）

第三种解决方案是在每个测试方法上创建模拟。正如@mlk在其答案中所解释的，它允许进行“ 自包含测试 ”。

public class ArticleManagerTest {

    @Test public void shouldDoSomething() {
        // given
        ArticleCalculator calculator = mock(ArticleCalculator.class);
        ArticleDatabase database = mock(ArticleDatabase.class);
        UserProvider userProvider = spy(new ConsumerUserProvider());
        ArticleManager manager = new ArticleManager(calculator, 
                                                    userProvider, 
                                                    database);

        // when 
        manager.initiateArticle();

        // then 
        verify(database).addListener(any(ArticleListener.class));
    }

    @Test public void shouldDoSomethingElse() {
        // given
        ArticleCalculator calculator = mock(ArticleCalculator.class);
        ArticleDatabase database = mock(ArticleDatabase.class);
        UserProvider userProvider = spy(new ConsumerUserProvider());
        ArticleManager manager = new ArticleManager(calculator, 
                                                    userProvider, 
                                                    database);

        // when 
        manager.finishArticle();

        // then
        verify(database).removeListener(any(ArticleListener.class));
    }
}

优点：你可以清楚地演示api的工作原理（BDD …）

缺点：还有更多样板代码。（模拟创作）

我的建议是妥协。将@Mock注释与一起使用@RunWith(MockitoJUnitRunner.class)，但不要使用@InjectMocks：

@RunWith(MockitoJUnitRunner.class)
public class ArticleManagerTest {

    @Mock private ArticleCalculator calculator;
    @Mock private ArticleDatabase database;
    @Spy private UserProvider userProvider = new ConsumerUserProvider();

    @Test public void shouldDoSomething() {
        // given
        ArticleManager manager = new ArticleManager(calculator, 
                                                    userProvider, 
                                                    database);

        // when 
        manager.initiateArticle();

        // then 
        verify(database).addListener(any(ArticleListener.class));
    }

    @Test public void shouldDoSomethingElse() {
        // given
        ArticleManager manager = new ArticleManager(calculator, 
                                                    userProvider, 
                                                    database);

        // when 
        manager.finishArticle();

        // then 
        verify(database).removeListener(any(ArticleListener.class));
    }
}

优点：你可以清楚地演示api的工作原理（如何ArticleManager实例化my ）。没有样板代码。

缺点：测试不是独立的，代码痛苦更少