Spring Boot单@Configuration@Import生效，多配置组合失效原因咨询

从你的描述来看，核心问题是两个DB配置类单独使用均正常，但同时导入时其中一个CoreDbManager Bean无法被Spring容器找到，报错NoSuchBeanDefinitionException。结合代码细节，我整理了可能的原因和对应的解决步骤：

一、最可能的原因：同名Bean冲突覆盖 #

观察你的ProactiveDbCommonsConfig代码，里面定义了一个名为masterHandler的MasterHandler类型Bean。如果你的CoreDbCommonsConfig中也有完全相同的@Bean方法（同样返回MasterHandler且方法名为masterHandler），Spring容器中只会保留一个该名称的Bean（后加载的覆盖先加载的）。

这种情况下，其中一个DBManager的创建依赖于自己配置类中的MasterHandler实例，但实际获取到的是另一个配置类的实例，可能导致连接字符串获取失败，甚至直接跳过该DBManager的Bean创建流程，最终出现找不到Bean的报错。

二、分步解决方案 #

1. 给同名Bean指定唯一名称并明确依赖 #

修改两个CommonsConfig中的MasterHandler Bean定义，给它们分配唯一名称，并在DBManager的Bean方法中用@Qualifier指定依赖的Bean：

修改ProactiveDbCommonsConfig：

@Configuration
public class ProactiveDbCommonsConfig {
    private static final Logger LOGGER = LoggerFactory.getLogger(ProactiveDbCommonsConfig.class);
    private ProactiveDbManager proactiveDbManager;

    // 给Bean指定唯一名称
    @Bean("proactiveMasterHandler")
    public MasterHandler proactiveMasterHandler() {
        return new MasterHandler(true);
    }

    // 用@Qualifier明确依赖的Bean
    @Bean
    public ProactiveDbManager dBManager(@Qualifier("proactiveMasterHandler") MasterHandler masterHandler) {
        List<String> dbConnectionStrings = masterHandler.getDbConnectionStringsJsonsList(DbConsts.DEFAULT_DATA_CENTER);
        LOGGER.debug("DB manager created.");
        proactiveDbManager = new ProactiveDbManager(dbConnectionStrings);
        return proactiveDbManager;
    }

    @PreDestroy
    public void closeDbConnection() throws Exception {
        if (this.proactiveDbManager != null) {
            this.proactiveDbManager.disconnect();
            this.proactiveDbManager = null;
        }
    }

    // 移除不必要的finalize()重写，@PreDestroy已经能处理连接关闭
    // @Override
    // protected void finalize() {
    //     try {
    //         closeDbConnection();
    //     } catch (Exception ignored) {
    //     }
    // }
}

对应修改CoreDbCommonsConfig：

@Configuration
public class CoreDbCommonsConfig {
    private static final Logger LOGGER = LoggerFactory.getLogger(CoreDbCommonsConfig.class);
    private CoreDbManager coreDbManager;

    @Bean("coreMasterHandler")
    public MasterHandler coreMasterHandler() {
        return new MasterHandler(true); // 根据实际逻辑调整参数
    }

    @Bean
    public CoreDbManager coreDbManager(@Qualifier("coreMasterHandler") MasterHandler masterHandler) {
        // 你的CoreDbManager初始化逻辑
        List<String> dbConnectionStrings = masterHandler.getDbConnectionStringsJsonsList(DbConsts.DEFAULT_DATA_CENTER);
        LOGGER.debug("Core DB manager created.");
        coreDbManager = new CoreDbManager(dbConnectionStrings);
        return coreDbManager;
    }

    @PreDestroy
    public void closeDbConnection() throws Exception {
        if (this.coreDbManager != null) {
            this.coreDbManager.disconnect();
            this.coreDbManager = null;
        }
    }
}

2. 合并配置类，简化结构 #

将原来的两个独立配置类ProactiveDbConfig和CoreDbConfig合并为一个，避免重复加载application.properties，同时确保所有CommonsConfig都被正确导入：

@Configuration
@PropertySource("classpath:application.properties")
@Import({ProactiveDbCommonsConfig.class, CoreDbCommonsConfig.class})
public class CombinedDbConfig { }

之后删除原来的两个独立配置类，使用这个合并后的配置类即可。

3. 启用调试日志排查细节（可选） #

如果上述步骤仍未解决问题，可以开启Spring的Bean创建调试日志，查看Bean注册的详细流程：
在application.properties中添加：

logging.level.org.springframework.beans.factory=DEBUG
logging.level.org.springframework.context=DEBUG

启动应用后，重点查看日志中关于CoreDbCommonsConfig和CoreDbManager的注册信息，确认是否有异常或被跳过的情况。

总结 #

绝大多数情况下，这种"单独正常、一起异常"的问题都是Bean名称冲突导致的。通过给Bean指定唯一名称并明确依赖，再合并配置类简化结构，基本可以解决你的问题。

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