1

我的项目中有一堆测试，它们都用 @SpringBootTest 注释，因此加载了 SpringBoot 上下文。

现在，最近我将一个测试重构为@RunWith(SpringJUnit4ClassRunner.class)，其中我想要一个更小的范围（它是关于 camunda 的进程覆盖率）。由于这意味着不会自动加载上下文，因此我使用静态内部类配置“手动”创建了一些 bean。整个测试看起来像这样：

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(classes = {
        ExternalConfiguration.class, MyTest.InternalConfiguration.class
})
public class MyTest{

    @Autowired
    private SomeBean someInternalBean;

    @Configuration
    public static class InternalConfiguration{

        @Bean
        SomeBean someInternalBean() {
            return mock(SomeBean .class);
        }

    }
    //Tests

现在，当我运行它时，这个测试运行良好。但是当我运行任何其他测试（那些仍然用 @SpringBootTest 注释的测试）时，我在加载 ApplicationContext 时遇到问题：

The bean 'someInternalBean', defined in class path resource [.../MyTest$InternalConfiguration.class], could not be registered. A bean with that name has already been defined in file [.../SomeBean.class] and overriding is disabled.

显然，在加载 ApplicationContext 时会创建一个 bean，因为该类是用 @Component 注释的，并且上下文加载器尝试从我的内部配置创建另一个 bean。

我不能允许 bean 覆盖，因为我的模拟 bean 可能会覆盖自动创建的 bean（他们这样做，我试过了）。

我该如何规避这个？我希望我的 SpringJUnit4ClassRunner 测试及其内部配置不会影响我的其他 @SpringBootTest 测试。我已经尝试使用 @ConditionalOnMissingBean 使配置 bean 有条件，但这不起作用。

4

1 回答 1

1

原来那些内部配置类不应该用@Configuration 注释。删除注释使得手动 bean 生成仍然有效，并且 componentScan 不再拾取配置。

于 2019-08-29T08:50:28.203 回答