Spring Boot 基础与自动配置原理：高频问题、回答框架、公司侧重点
Spring Boot 自动配置是面试中 命中率超过 70% 的核心考点，覆盖原理、实践与调优三大维度。不同大厂侧重点差异明显：阿里 关注自定义 Starter 与 Dubbo 集成；美团 关注配置中心与动态刷新；字节 关注启动性能与微服务治理；腾讯 关注云原生与 K8s 适配。本章从三个高频问题切入，拆解回答框架与避坑要点。
自动配置核心注解 · 面试关注点
| 核心注解 | 作用 | 面试关注点 | 公司侧重点 |
|---|---|---|---|
| @SpringBootApplication | 组合注解，启动入口 | 组合了哪些注解？ | 阿里：扩展点 |
| @EnableAutoConfiguration | 开启自动配置 | AutoConfigurationImportSelector 加载机制 | 美团：配置中心集成 |
| @ConditionalOnClass | 类路径条件判断 | 条件过滤顺序与失效场景 | 字节：启动优化 |
| @ConditionalOnProperty | 配置属性条件判断 | 动态配置与刷新 | 腾讯：云原生适配 |
| @ConfigurationProperties | 属性绑定 | 松散绑定与校验 | 通用：配置治理 |
❶ 面试问题：请解释 Spring Boot 自动配置的原理
🎯 面试官考察点
- 是否阅读过自动配置源码
- 对 @Conditional 条件过滤体系的理解
- 能否说清楚 spring.factories 加载机制
📐 回答框架
- 注解入口：@SpringBootApplication 组合 @EnableAutoConfiguration
- 配置加载：AutoConfigurationImportSelector 读取 META-INF/spring.factories
- 条件过滤：@ConditionalOnClass / @ConditionalOnProperty 等按需过滤
- Bean 注册：通过条件筛选的配置类注册为 Spring Bean
💬 简短示例回答
Spring Boot 自动配置由 @SpringBootApplication 中的 @EnableAutoConfiguration 触发，通过 AutoConfigurationImportSelector 加载 spring.factories 中声明的配置类，再经 @ConditionalOnClass、@ConditionalOnProperty 等条件注解过滤，最终将符合条件的配置类注册为 Bean，实现开箱即用。
🔍 可能追问
- 如何排除特定的自动配置类？
- spring.factories 加载的具体源码流程？
- @Conditional 注解的失效场景有哪些？
⚠️ 避坑提醒：不要随意排除自动配置，需确认影响范围；回答时避免只背结论，要结合源码路径说明，如 AutoConfigurationImportSelector.selectImports() 方法。
❷ 面试问题：如何自定义一个 Spring Boot Starter？
🎯 面试官考察点
- 是否具备自动配置的工程实践能力
- 对 Starter 命名规范与模块划分的理解
- 能否设计出高内聚低耦合的 Starter
📐 回答框架
- 定义自动配置类：编写 XxxAutoConfiguration，使用 @Conditional 注解
- 注册配置类：在 META-INF/spring.factories 中声明自动配置类
- 设计属性类：使用 @ConfigurationProperties 绑定外部配置
- 打包与命名：遵循 xxx-spring-boot-starter 命名规范
💬 简短示例回答
首先创建 XxxAutoConfiguration 配置类，使用 @ConditionalOnClass 等条件注解控制生效范围；然后在 META-INF/spring.factories 中注册；设计 @ConfigurationProperties 属性类供外部配置；最后打包为 xxx-spring-boot-starter，其他项目引入依赖后自动生效。
🔍 可能追问
- 如何实现 Starter 的开关控制？
- 如何保证 Starter 不与主项目 Bean 冲突？
- Starter 中如何引用其他 Starter？
⚠️ 避坑提醒：命名必须遵循 xxx-spring-boot-starter 规范；自动配置类应放在独立包下，避免被主项目组件扫描误加载；条件注解要精准，防止意外生效。
❸ 面试问题：描述 Spring Boot 的启动流程
🎯 面试官考察点
- 对 Spring Boot 生命周期的整体认知
- 是否了解启动过程中的扩展点
- 能否对比传统 Spring 启动差异
📐 回答框架
- 初始化阶段：设置 ApplicationContext 类型、加载监听器、初始化环境
- 准备阶段：创建 ConfigurableEnvironment，加载配置资源
- 刷新阶段：调用 AbstractApplicationContext.refresh() 完成 Bean 加载
- 运行阶段：调用 ApplicationRunner / CommandLineRunner
💬 简短示例回答
Spring Boot 启动从 SpringApplication.run() 开始：先初始化配置（设置 ApplicationContext 类型、加载监听器），接着创建 ConfigurableEnvironment 并加载配置，然后刷新 ApplicationContext 完成所有 Bean 的创建与注入，最后调用 ApplicationRunner 和 CommandLineRunner 进入运行阶段。
🔍 可能追问
- 启动过程中有哪些扩展点（如 ApplicationContextInitializer）？
- 如何监听启动事件（如 ApplicationReadyEvent）？
- Spring Boot 2.x 与 3.x 启动流程的主要差异？
⚠️ 避坑提醒：避免在构造方法中执行耗时操作；理解启动事件顺序（EnvironmentPrepared → ContextRefreshed → ApplicationReady），合理使用监听器，不要在错误阶段访问未初始化的 Bean。
🌟 加分点提示：在回答自动配置原理时，如果能结合 @ConditionalOnMissingBean 说明“优先使用用户自定义 Bean，兜底用自动配置”，会让面试官觉得你对扩展机制理解深刻。在启动流程中提到 SpringApplicationRunListener 监听器链，也是加分项。