Spring Batch为何始终加载第二个同名Job配置类？

哦，这个问题我之前也碰到过，核心原因其实是Spring容器对Bean名称的唯一性规则——你两个配置类里都定义了名为transitionJobSimpleNext的Job类型Bean，Spring初始化容器时，后注册的Bean会直接覆盖先注册的那个，所以最终只会保留第二个配置类创建的Job。

具体原因拆解： #

• Spring容器中，每个Bean的名称（默认是方法名，或者@Bean注解指定的name）必须唯一。你两个配置类的Job Bean方法名都是transitionJobSimpleNext，而且jobBuilderFactory.get()里的Job名称也都是transitionJobNext，这就导致两个Bean的标识完全重复。
• 当Spring扫描类路径下的配置类时，会按类加载顺序注册Bean定义，后面的同名Bean会直接替换掉前面的。
• Spring Batch的默认启动逻辑中，如果容器里只有一个Job Bean，就会自动执行它——这里因为第一个Job被覆盖了，所以只会执行第二个配置类的Job。

解决方法 #

这里给你几个常用的解决方案，按需选择：

1. 给Job Bean设置唯一名称（最推荐）

修改其中一个配置类的@Bean名称和Job名称，确保两个Job的标识完全不同：
比如修改第二个配置类：

@Configuration
public class AnotherTransitionConfiguration {
    @Autowired
    private JobBuilderFactory jobBuilderFactory;
    @Autowired
    private StepBuilderFactory stepBuilderFactory;

    @Bean
    public Step step4() { ... }

    @Bean
    public Step step5() { ... }

    // 修改Bean名称和Job名称为唯一值
    @Bean(name = "transitionJobNextAnother")
    public Job transitionJobNextAnother() {
        return jobBuilderFactory.get("transitionJobNextAnother")
                .start(step4())
                .next(step5())
                .build();
    }
}

这样两个Job Bean都会被Spring容器加载，你可以通过指定Job名称来启动对应的任务。

2. 用@Primary指定默认优先加载的Bean

如果你确实需要保留同名Bean（不推荐，容易混淆），可以在其中一个@Bean方法上添加@Primary注解，让Spring优先选择这个Bean作为默认实例：
比如在第一个配置类的Job上：

@Primary
@Bean
public Job transitionJobSimpleNext() {
    return jobBuilderFactory.get("transitionJobNext")
            .start(step1())
            .next(step2())
            .build();
}

注意：这种方式只能给一个Bean加@Primary，多个同名Bean加这个注解会直接启动报错。

3. 用@Profile区分不同环境加载

如果这两个Job是用于不同环境的，可以给配置类添加@Profile注解，控制不同环境下加载对应的配置：
第一个配置类：

@Configuration
@Profile("dev")
public class StepTransitionConfiguration {
    // ... 原有代码
}

第二个配置类：

@Configuration
@Profile("prod")
public class AnotherTransitionConfiguration {
    // ... 原有代码
}

启动时通过spring.profiles.active=dev或prod指定要激活的环境，这样只会加载对应环境的配置类和Job。

内容的提问来源于stack exchange，提问作者More Than Five