如何让Spring Boot依赖项目与主项目各自使用独立配置文件？

可以实现让项目A和项目B各自使用自身的配置文件，但需要调整Spring Boot的配置加载策略——因为Spring Boot默认会合并所有classpath下同名的配置文件，主项目（B）的配置会覆盖依赖（A）中相同key的配置，profile配置也遵循这一规则。

下面是几种可行的实现方案：

方案一：为项目A配置独立命名的配置文件 #

这是最直接的隔离方式，彻底避免配置文件的自动合并：

1. 修改项目A的配置文件命名：
   • 将application.properties改为application-core.properties
   • 对应profile文件改为application-core-dev.properties、application-core-test.properties等
2. 在项目A的核心配置类（或主启动类）上，通过@PropertySource指定加载自身的配置文件：

   @Configuration
   @PropertySource("classpath:application-core.properties")
   public class CoreConfig {
       // 项目A的配置绑定逻辑
   }
   

   如果要支持profile，可以结合@Profile注解实现环境适配：

   @Configuration
   @PropertySource("classpath:application-core.properties")
   public class CoreConfig {
   
       @Profile("dev")
       @PropertySource("classpath:application-core-dev.properties")
       static class CoreDevConfig {}
   
       @Profile("prod")
       @PropertySource("classpath:application-core-prod.properties")
       static class CoreProdConfig {}
   }
   

3. 项目B继续使用默认的application.properties及对应profile文件，两者配置完全隔离，互不影响。

方案二：通过配置前缀实现逻辑隔离 #

如果不想修改配置文件名，可以给项目A的所有配置项添加统一前缀，利用@ConfigurationProperties绑定，实现逻辑上的隔离：

1. 修改项目A的配置文件，所有配置项添加前缀（比如core.）：

   # application.properties (项目A)
   core.datasource.url=jdbc:mysql://localhost:3306/core_db
   core.cache.enabled=true
   

   profile文件同理：

   # application-dev.properties (项目A)
   core.datasource.username=dev_user
   core.datasource.password=dev_pass
   

2. 在项目A中创建配置类，绑定前缀配置：

   @Configuration
   @ConfigurationProperties(prefix = "core")
   public class CoreProperties {
       private String datasourceUrl;
       private boolean cacheEnabled;
       // getter/setter
   }
   

3. 项目B的配置使用自己的前缀（比如app.），即使Spring Boot合并了两个配置文件，也不会出现key冲突，各自的配置项完全独立。

方案三：显式导入依赖配置并控制优先级 #

如果需要保留默认配置文件名，但想更精细地控制配置加载逻辑，可以在项目B中通过spring.config.import显式指定加载项目A的配置，同时利用优先级避免意外覆盖：

1. 在项目B的application.properties中添加：

   # 显式导入项目A的基础配置
   spring.config.import=classpath:/application.properties
   # 若要导入profile配置，需结合激活的profile动态处理
   spring.config.import=classpath:/application-${spring.profiles.active}.properties[optional]
   

   注：[optional]表示文件不存在时不会报错，适合多环境场景。

2. 若要确保项目A的配置不被项目B覆盖，可以在项目A的配置项中调整加载顺序，或者在项目B中通过@PropertySource的order属性控制优先级。

关键注意事项 #

• Spring Boot激活profile时，会自动扫描所有classpath下的application-{profile}.properties，如果不做隔离，同key的配置会被主项目覆盖。
• 推荐优先使用方案一或方案二，前者实现物理隔离，后者实现逻辑隔离，都能清晰区分两个项目的配置边界，避免后续维护时出现配置冲突。

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