Spring Boot与Maven pom.xml的关系及SpringApplication.run读取时机咨询

先掰明白关键逻辑：pom.xml 是 Maven 的构建配置文件，它的作用完全在应用启动前的构建阶段就完成了，Spring Boot 运行时（包括SpringApplication.run()执行过程）不会和它有任何直接交互。

具体流程拆解 #

1. Maven 构建阶段先处理依赖 #

当你执行mvn compile、mvn package或者mvn spring-boot:run时，Maven会做这些事：

• 根据 pom.xml 里的<dependencies>配置，下载对应的JAR包到本地仓库
• 把这些依赖JAR包加入到项目的类路径（classpath）中
• 编译你的项目代码，确保编译时能找到依赖类

等Maven把这些都处理完，才会启动Spring Boot应用——此时Spring Boot看到的是已经准备好的类环境，完全不知道pom.xml的存在。

2. Spring Boot 启动时的自动配置逻辑 #

你提到的@EnableAutoConfiguration和@Condition*注解，工作时依赖的是类路径中的字节码文件，不是pom.xml：

• 当SpringApplication.run()启动时，首先会触发@EnableAutoConfiguration的逻辑，它会扫描类路径下所有META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports文件（Spring Boot 2.7+版本，之前是META-INF/spring.factories）
• 这些文件是Spring Boot自动配置依赖（比如spring-boot-autoconfigure）自带的，里面列出了所有标记了@AutoConfiguration的配置类
• 接下来Spring会逐个检查这些配置类上的@Condition*注解：比如@ConditionalOnClass会检查类路径中是否存在指定的类，@ConditionalOnMissingBean会检查容器中是否没有对应的Bean，满足条件才会加载该自动配置类

为什么调试找不到和pom.xml的交互？ #

因为从始至终Spring Boot都没碰过pom.xml——你在pom里加的依赖，最终是通过Maven转化为类路径里的JAR包，Spring Boot只和这些JAR包里的类、配置文件打交道。

举个实际例子：你在pom里加了spring-boot-starter-web，Maven会把Tomcat、Spring Web等依赖JAR加到类路径；Spring Boot启动时，通过类路径里的Tomcat.class等类，触发WebMvcAutoConfiguration等自动配置类生效，这个过程和pom.xml没有直接关联。

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