Spring Boot多模块项目中Module B无法读取自身application.properties问题求助

常见修复方案 #

1. 确保Module B的配置文件被打包进jar #

如果Module B是普通Java模块（非Spring Boot模块），Maven默认不会把src/main/resources下的配置文件打包到输出jar中。在Module B的pom.xml里添加以下配置：

<build>
    <resources>
        <resource>
            <directory>src/main/resources</directory>
            <includes>
                <include>**/*.properties</include>
                <include>**/*.yml</include>
            </includes>
            <filtering>false</filtering>
        </resource>
    </resources>
</build>

2. 显式导入Module B的配置 #

给Module B添加一个配置类，指定加载自身的配置文件，再让Module A扫描这个类：

• 在Module B中创建配置类：

@Configuration
@PropertySource("classpath:application.properties")
public class ModuleBConfig {
}

• 在Module A的启动类中添加扫描或直接导入：

@SpringBootApplication(scanBasePackages = {"com.modulea", "com.moduleb"})
// 或者直接导入配置类
@Import(ModuleBConfig.class)
public class ModuleAApplication {
    public static void main(String[] args) {
        SpringApplication.run(ModuleAApplication.class, args);
    }
}

3. 处理配置文件优先级冲突 #

当A和B都存在application.properties时，Spring Boot会优先加载A的配置。可以通过两种方式解决：

• 将B的配置文件重命名（比如application-moduleb.properties），然后在B的配置类中指定加载该文件；
• 在A的application.properties中导入B的配置：

spring.config.import=classpath:application-moduleb.properties

4. 确认B的组件被Spring管理 #

Module B中使用@Value的类必须添加@Component、@Service等Spring注解，同时Module A的扫描范围要覆盖这些类所在的包，否则Spring不会处理这些类的@Value注入逻辑。

5. 检查Maven依赖是否正确 #

确保Module A的pom.xml中正确引入了Module B的依赖，且依赖范围为compile（默认即为该范围），保证B的jar能被加入到A的classpath中：

<dependency>
    <groupId>your.group.id</groupId>
    <artifactId>module-b</artifactId>
    <version>${project.version}</version>
</dependency>

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