为何Spring Boot应用的application.properties被外部Jar覆盖？
2026-7-8
这不是Spring Boot 3+的默认行为
Spring Boot 3+（搭配Java 17）的默认配置加载逻辑中，应用自身的application.properties优先级高于依赖Jar中的同名配置，会自动合并并覆盖依赖里的属性。你遇到的自身配置完全未加载的情况，肯定是存在特殊干扰因素，以下是具体排查方向：
1. 检查自身配置文件的位置是否合规
应用的application.properties必须放在以下标准路径：
- 生产环境：
src/main/resources/ - 测试环境：
src/test/resources/
如果文件放错目录（比如src/java/或其他非资源目录），Spring Boot的资源加载器会忽略它，自然不会被加载。
2. 排查依赖Jar的自定义配置加载逻辑
检查my-utils.jar的代码，看是否存在以下强制加载自身配置的逻辑：
- 使用
@PropertySource("classpath:application.properties")注解，提前绑定配置源； - 自定义实现
EnvironmentPostProcessor接口，手动向环境中添加配置源，甚至覆盖默认加载顺序； - 通过
spring.config.import在Jar的配置中导入自身配置，干扰了应用的配置加载流程。
3. 检查测试类的特殊配置（如果是测试场景）
如果是运行测试时出现问题，查看测试类是否使用：
@TestPropertySource注解指定了仅加载Jar中的配置；@SpringBootTest的properties或locations参数，限制了配置加载路径。
4. 用调试日志定位问题
启动应用时添加--debug参数，Spring Boot会输出详细的配置加载日志，其中会列出所有被加载的配置源及其顺序。如果日志中没有出现应用自身application.properties的加载记录，说明文件未被识别；如果有加载记录但属性未生效，再进一步排查属性覆盖规则。
快速修复建议
- 先确认自身配置文件的路径完全符合标准；
- 若依赖Jar存在自定义配置加载逻辑，可在应用中通过
spring.config.name或spring.config.location明确指定加载自身配置； - 对于需要保留的依赖Jar属性，可在应用配置中显式重写同名属性，确保优先级生效。
内容的提问来源于stack exchange，提问作者Suule
相关产品推荐
相关产品推荐
