spring boot 本身不读取 pom.xml 文件；该文件仅由 maven 构建工具在编译前解析，用于下载依赖、构建类路径。springapplication.run() 运行时已完全脱离 pom.xml，其自动配置机制基于类路径中 ja
在 Spring Boot 应用的生命周期中，pom.xml 的作用严格限定在构建阶段（Build Time），而非运行时（Runtime）。Maven（或 Gradle）通过解析 pom.xml 中的
一旦应用启动——即执行 SpringApplication.run(YourApp.class, args)——Spring Boot 已完全“看不见” pom.xml。此时，所有依赖均已以二进制形式存在于类路径中，SpringApplication 仅面向类路径工作，与构建工具解耦。这是 Spring Boot “约定优于配置” 和“可移植性”设计的关键前提：打包后的 jar 文件可脱离 Maven 独立运行（java -jar app.jar），无需 pom.xml 参与。
自动配置（Auto-configuration）的触发点正是类路径扫描。自 Spring Boot 2.7 起（并成为 3.x 的标准），框架不再依赖 spring.factories，而是查找所有 JAR 包中 META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports 文件。例如，spring-boot-starter-data-jpa 对应的 JAR 中包含：
# META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports org.springframework.boot.autoconfigure.orm.jpa.HibernateJpaAutoConfiguration org.springframework.boot.autoconfigure.data.jpa.JpaRepositoriesAutoConfiguration
AutoConfigurationImportSelector（核心实现类）会在 SpringApplication.prepareContext() 阶段调用 getCandidateConfigurations() 方法，读取这些 imports 文件，解析出候选配置类列表。随后，Spring Boot 根据 @ConditionalOnClass、@ConditionalOnMissingBean 等条件注解，逐个评估是否激活某项配置。
? 调试建议：若想追踪自动配置加载过程，可在以下位置设置断点：
- AutoConfigurationImportSelector.getCandidateConfigurations() —— 查看哪些配置类被发现；
- AutoConfigurationImportSelector.filter() —— 观察条件注解如何筛选生效的配置；
- ConfigurationClassPostProcessor.processConfigBeanDefinitions() —— 深入 Bean 定义注册流程。
⚠️ 注意事项：
- pom.xml 中的
（如 test 或 provided）直接影响类路径内容，从而间接决定哪些自动配置会被启用； - 手动排除自动配置（如 @SpringBootApplication(exclude = DataSourceAutoConfiguration.class)）作用于已加载的候选类，而非修改类路径；
- 自定义 Starter 必须在自己的 JAR 中提供 AutoConfiguration.imports 文件，否则其自动配置逻辑不会被 Spring Boot 发现。
简言之：pom.xml 是 Maven 的“配方清单”，Spring Boot 是运行时的“厨师”——它只关心最终端上来的“食材”（类路径），从不翻看原始菜谱。理解这一职责分离，是掌握 Spring Boot 启动原理与问题排查的关键基础。
