Spring Boot多数据源场景下，如何动态设置@Primary注解？

你的核心痛点很明确：基础Maven库中硬编码的@Primary注解把新项目绑死了——要么必须扫描那个带@Primary的包，要么就得用虚拟Bean兜底。下面几个方案能帮你摆脱这种限制，让配置更灵活：

方案1：移除基础库的@Primary，用@ConditionalOnMissingBean实现默认兜底 #

把基础库radiusfttx.domain下的持久化Bean的@Primary注解去掉，换成@ConditionalOnMissingBean。这样只有当新项目没有提供同类型的主Bean时，基础库的Bean才会自动作为默认主Bean生效，完美适配“新项目按需选择主Bean”的场景。

比如基础库的数据源配置修改为：

@Configuration
@EnableTransactionManagement
@EnableJpaRepositories(basePackages = ["com.entre.databases.radiusfttx.domain"])
class RadiusFttxPersistence {
    // 移除@Primary，添加@ConditionalOnMissingBean实现默认兜底
    @Bean("dsRadiusFttx")
    @ConditionalOnMissingBean(DataSource::class)
    fun dataSource(): HikariDataSource {
        return HikariDataSource().apply {
            // 原有数据源配置逻辑
        }
    }

    // EntityManagerFactory和TransactionManager同理修改
    @Bean("emfRadiusFttx")
    @ConditionalOnMissingBean(LocalContainerEntityManagerFactoryBean::class)
    fun entityManagerFactory(): LocalContainerEntityManagerFactoryBean {
        // 原有配置逻辑
    }

    @Bean("tmRadiusFttx")
    @ConditionalOnMissingBean(JpaTransactionManager::class)
    fun transactionManager(): JpaTransactionManager {
        // 原有配置逻辑
    }
}

新项目如果要使用自己的数据源（比如mailserver），只需要在新项目的配置类中给对应Bean加上@Primary即可，Spring会优先使用新项目的Bean，完全不需要强制扫描基础库的radiusfttx包：

@Configuration
@EnableTransactionManagement
@EnableJpaRepositories(basePackages = ["com.entre.databases.mailserver.domain"])
class MailserverPersistence {
    @Primary
    @Bean("dsMailserver")
    fun dataSource(): HikariDataSource {
        // mailserver专属数据源配置
    }

    @Primary
    @Bean("emfMailserver")
    fun entityManagerFactory(): LocalContainerEntityManagerFactoryBean {
        // 对应配置逻辑
    }

    @Primary
    @Bean("tmMailserver")
    fun transactionManager(): JpaTransactionManager {
        // 对应配置逻辑
    }
}

方案2：用Spring Profiles动态激活主Bean #

给基础库和新项目的各个持久化Bean配置不同的Profile，通过启动参数指定要激活的Profile，让对应Profile下的Bean自动成为@Primary。

比如基础库的radiusfttx配置：

@Configuration
@Profile("radiusfttx")
@EnableTransactionManagement
@EnableJpaRepositories(basePackages = ["com.entre.databases.radiusfttx.domain"])
class RadiusFttxPersistence {
    @Primary
    @Bean("dsRadiusFttx")
    fun dataSource(): HikariDataSource {
        // 配置逻辑
    }

    // 其他Bean同样加上@Primary
}

新项目的mailserver配置：

@Configuration
@Profile("mailserver")
@EnableTransactionManagement
@EnableJpaRepositories(basePackages = ["com.entre.databases.mailserver.domain"])
class MailserverPersistence {
    @Primary
    @Bean("dsMailserver")
    fun dataSource(): HikariDataSource {
        // 配置逻辑
    }

    // 其他Bean同样加上@Primary
}

启动新项目时，通过spring.profiles.active=mailserver参数激活对应Profile，Spring只会加载该Profile下的@PrimaryBean，完全不需要扫描基础库的radiusfttx包。

方案3：在新项目中用@Primary显式覆盖基础库Bean #

如果基础库的Bean没有@Primary，你可以在新项目中定义同类型的Bean并加上@Primary，Spring会自动优先使用新项目的Bean——哪怕基础库的Bean被扫描到也不会冲突。

这种方案适合需要同时扫描多个基础库包，但只想让其中一个成为主Bean的场景，灵活性拉满。

对比你的临时方案 #

你用虚拟H2 Bean兜底的方法确实能跑，但会引入不必要的依赖（H2驱动），而且虚拟Bean始终存在，可能在复杂场景下造成混淆。上面的方案更贴合Spring自动配置的设计理念，不需要额外的虚拟组件，还能让每个项目自主控制主持久化Bean的选择。

内容的提问来源于stack exchange，提问作者Marcelus Trojahn