从Spring 3.2开始，这不再是一个问题。Spring现在支持通用工厂方法结果的自动装配。请参阅本博客文章中“通用工厂方法”一节:http://spring.io/blog/2012/11/07/spring-framework-3-2-rc1-new-testing-features/。

重点是:

在Spring 3.2中，工厂方法的泛型返回类型现在是 正确地推断，并按类型自动装配模拟应该工作为 预期。因此，自定义变通方法，如 MockitoFactoryBean、EasyMockFactoryBean或springckito可能不是 不再必要。

这意味着这应该是开箱即用的:

<bean id="dao" class="org.mockito.Mockito" factory-method="mock">
    <constructor-arg value="com.package.Dao" />
</bean>

下面的代码使用自动装配-它不是最短的版本，但当它只适用于标准spring/mockito jar时很有用。

<bean id="dao" class="org.springframework.aop.framework.ProxyFactoryBean">
   <property name="target"> <bean class="org.mockito.Mockito" factory-method="mock"> <constructor-arg value="com.package.Dao" /> </bean> </property>
   <property name="proxyInterfaces"> <value>com.package.Dao</value> </property>
</bean> 

基于上述方法，我将给出几个例子

春天:

@ContextConfiguration(locations = { "classpath:context.xml" })
@RunWith(SpringJUnit4ClassRunner.class)
public class TestServiceTest {
    @InjectMocks
    private TestService testService;
    @Mock
    private TestService2 testService2;
}

没有春天:

@RunWith(MockitoJUnitRunner.class)
public class TestServiceTest {
    @InjectMocks
    private TestService testService = new TestServiceImpl();
    @Mock
    private TestService2 testService2;
}

看看springingckito的开发速度和开放问题的数量，我现在有点担心把它引入我的测试套件堆栈。事实上，上一个版本是在Spring 4发布之前发布的，这带来了一些问题，比如“是否可以轻松地将它与Spring 4集成?”我不知道，因为我没试过。如果我需要在集成测试中模拟Spring bean，我更喜欢纯Spring方法。

有一个选项可以使用简单的Spring特性来伪造Spring bean。你需要使用@Primary， @Profile和@ActiveProfiles注解。我就这个话题写了一篇博客。

最好的方法是:

<bean id="dao" class="org.mockito.Mockito" factory-method="mock"> 
    <constructor-arg value="com.package.Dao" /> 
</bean> 

更新 在上下文文件中，这个mock必须在任何自动连接字段(取决于它的声明)之前列出。

今天，我发现在Mockito bean之前声明的spring上下文无法加载。 移动After模拟后，应用程序上下文被成功加载。 保重:)