Spring Boot父仓库application.yml继承失败及日志默认行为异常排查

1. 父仓库application.yml无法在子仓库生效的原因 #

核心逻辑：Maven父子项目的资源传递规则 #

Spring Boot的配置文件加载基于classpath中的资源，而Maven父项目与子项目的资源传递并非自动完成：

• 如果你的ParentA是pom打包类型（配置<packaging>pom</packaging>），它的src/main/resources目录下的文件不会被打包成jar，自然无法被子项目ChildA的classpath加载。Maven父pom仅负责依赖管理、插件配置等元信息的继承，不传递资源文件。
• 若ParentA是jar打包类型，但ChildA仅通过<parent>标签继承其pom配置，未将ParentA作为<dependency>引入，那么ParentA的资源文件也不会被加入ChildA的classpath。

额外可能的问题点 #

• 你提到ChildA下的配置文件是application.xml，Spring Boot默认优先加载application.yml/application.properties，对于application.xml，需通过配置spring.config.name=application确保被识别，但这不是父配置不生效的核心原因。
• 即使父配置被加载，Spring Boot的配置优先级规则是子项目自身的配置 > 依赖jar中的配置，但前提是父配置确实存在于classpath中。

解决建议 #

• 若要让ParentA的配置被ChildA复用，需将ParentA（或其中的ProjectA）打包为jar，并在ChildA的pom.xml中添加对该jar的依赖。
• 或者将通用配置抽离为单独的配置jar，让所有需要的项目依赖它。

2. Spring日志默认行为与文档不符的原因 #

Spring Boot 3.3.x官方文档明确说明：默认日志配置仅输出到控制台，不会写入文件。出现写入文件的情况，通常是以下原因之一：

• 存在自定义日志配置文件：你提到在ProjectA中创建了logback.xml，若ChildA依赖了ProjectA，该配置文件会被logback自动加载，覆盖Spring Boot的默认配置。即使删除该文件，也要确认classpath中是否存在其他logback配置文件（如logback-spring.xml、logback-test.xml）。
• 环境/系统属性干扰：若设置了logging.file.name、logging.file.path等系统属性或环境变量，Spring Boot会自动将日志输出到指定文件。可通过启动参数-Dlogging.file.name=清空该配置验证。
• 第三方依赖引入额外配置：部分第三方依赖可能自带logback配置文件，会改变默认的日志输出行为。可通过mvn dependency:tree查看依赖树，排查是否有这类依赖。
• 误判日志输出目标：某些IDE会将控制台输出同时保存到文件（如IDEA的Run窗口日志文件），你可能混淆了IDE的日志文件和Spring Boot主动写入的文件。

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