spring boot 本身不读取 pom.xml 文件，该文件仅由 maven 构建工具在编译前解析，用于下载依赖、构建类路径；springapplication.run 运行时已完全脱离 pom.xml，其自动配置机制基于类路径中 jar 包内的 meta-inf/spring/org.springframework.boot.autoconfigure.autoconfiguration.imports 文件触发。
在 Spring Boot 应用的生命周期中，pom.xml 扮演的是构建时（build-time）角色，而非运行时（runtime）角色。它本质上是一个 Maven 项目的声明式配置文件，用于定义：
- 项目坐标（groupId/artifactId/version）
- 依赖项（如 spring-boot-starter-web）及其传递依赖
- 构建插件（如 spring-boot-maven-plugin）
- 属性与 profile 配置
当执行 mvn clean package 或 IDE 自动构建时，Maven 解析 pom.xml，下载所有
而 SpringApplication.run(...) 方法启动后，整个流程完全运行在 JVM 上，此时：
✅ 已加载全部依赖类（如 WebMvcAutoConfiguration、DataSourceAutoConfiguration）
✅ 类路径已固定，不可再动态变更
❌ Spring Boot 不会打开、解析或读取 pom.xml 文件本身 —— 它甚至不知道该文件是否存在、位于何处
那么自动配置是如何“感知”你引入了哪些 Starter 的？答案是：通过类路径扫描 + 约定优于配置（Convention over Configuration）。
自 Spring Boot 2.7+（及 Spring Framework 6+），自动配置类不再依赖 META-INF/spring.factories，而是统一采用新标准：
META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports
该文件存在于每个 Spring Boot Starter 的 JAR 包中（例如 spring-boot-starter-data-jpa），内容为一行或多行全限定类名，例如：
org.springframework.boot.autoconfigure.data.jpa.JpaRepositoriesAutoConfiguration org.springframework.boot.autoconfigure.orm.jpa.HibernateJpaAutoConfiguration
Spring Boot 在 AutoConfigurationImportSelector 中执行核心逻辑：
- 遍历类路径下所有 JAR 包
- 查找 META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports
- 读取并加载其中声明的自动配置类
- 结合 @ConditionalOnClass、@ConditionalOnMissingBean 等条件注解，决定是否生效
你可以在调试时，在以下位置设置断点，直观观察这一过程：
// 断点建议位置（Spring Boot 3.x 源码）
org.springframework.boot.autoconfigure.AutoConfigurationImportSelector
.getCandidateConfigurations(AnnotationMetadata, AnnotationAttributes)⚠️ 注意事项： 若你手动修改 pom.xml 后未重新构建（如未执行 mvn compile 或 IDE 未刷新依赖），新增依赖不会出现在类路径中，自动配置自然不会触发； spring-boot-maven-plugin 的 repackage 目标仅影响最终可执行 JAR 的结构（如嵌入 Tomcat），不参与自动配置决策； 自定义 Starter 也必须遵循相同规范：在 src/main/resources/META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports 中声明配置类。
总结来说：pom.xml 是 Spring Boot 的“上游输入”，而 AutoConfiguration.imports 是其“运行时入口”。理解这一分层设计，有助于厘清构建阶段与运行阶段的职责边界，避免在调试时误入 pom.xml 的“幽灵读取”误区。
