尽管标记为@Primary，但Spring boot测试未在测试中使用重写bean

Question

我们有一个bean公司处理器。在Spring引导集成测试中，当这个bean中的方法抛出异常时，我们想测试一个异常场景。

因此，我们创建了一个覆盖bean TestCompanyProcencer，它扩展了CompanyProcencer。TestCompanyProcencer标记为@主要。当我们只运行这个测试类时，测试运行正常，被覆盖的bean按预期使用。

但是这个测试类和其他几个测试类一起运行，每个测试类都标为@SpringBootTest，我们看到这个测试在第一个实例中失败了，因为它没有使用被覆盖的bean，而是使用了这个原始bean。我们有最多3次失败的自动重试。在第二次或第三次重试时，它以某种方式找到了正确的被覆盖的主bean，测试通过了。

有什么原因吗？为什么它会在第一个实例中找到原始bean，然后在与其他几个测试类一起运行时，在随后的重试中找到正确的重写bean。

被覆盖的bean定义如下。

@Primary
@Component
@ConditionalOnExpression("'${test.company.processor}' == 'true'")
class TestCompanyProcessor

在我们的测试课上

@TestPropertySource(properties = {"test.company.processor=true"})
class TestCompanyProcessorTest {

}

另外，我们在使用@Mockbean注释时也看到了同样的行为

Answer 1

如果您有多个共享相同上下文的Spring测试，您可能会看到这种行为。
Spring在测试之间缓存您的测试应用程序上下文。这是默认行为，因为实例化Spring上下文中的对象可能需要一些时间。

如果在不同的测试中有不同的bean，那么应该用@DirtiesContext注释标记更改ApplicationContext的测试（比如TestCompanyProcessorTest类）。

关于缓存的更多信息：
https://docs.spring.io/spring-framework/docs/current/reference/html/testing.html#testing-ctx-management
DirtiesContext示例：
https://www.baeldung.com/spring-dirtiescontext