把 Spring Boot 拆成一条 refresh() 流水线

A适合谁

这份教程面向已经会用 Spring Boot、想从"会写注解"升级到"懂容器机制"的 Java 工程师。需要三项基础：

• 写过 Spring Boot 应用：用过 @RestController、@Service、@Autowired、application.yml，知道 @SpringBootApplication 标在主类上。教程不重教"怎么起一个项目"。
• 懂 Java 基础与一点反射 / 代理概念：知道接口与实现、什么是动态代理（哪怕只是听过 JDK Proxy / CGLIB）。第 4 章会下探到字节码层。
• 读过异常栈、调过启动失败：见过 NoSuchBeanDefinitionException、BeanCurrentlyInCreationException 这类报错。教程把这些报错还原成机制。

B不适合谁

• 没写过 Java / 没碰过 Spring：这里不会重讲依赖注入是什么、注解怎么用。先过一遍官方 Building an Application with Spring Boot，再回来。
• 只想要一段能跑的 CRUD 代码：去 start.spring.io 生成、照 Baeldung 抄。这份教程讲的是那段代码背后容器在做什么、什么时候会崩。
• 想深入 Netty / 响应式 WebFlux 全栈：本教程聚焦 Servlet 栈与容器核心机制；响应式只在第 6 章点到。那是另一个主题。

C读完之后你能做到什么

核心收获，一句话：Spring Boot 的所有"魔法"都还原成同一件事——容器在 refresh() 里先收集 Bean 蓝图、再用 BeanPostProcessor 把对象换成代理：自动配置是带 @Conditional 的有序 @Bean 注册，@Transactional 是代理拦截，内嵌 Tomcat 在 refresh 中途启动。掌握这条流水线，你 debug 启动问题、面试被追问机制、读陌生 starter 源码时，定位的是机制而不是背结论。这是只读 quickstart 的人给不出的视角。

具体到可验证的能力：

• 画出 SpringApplication.run() → refresh() 的阶段时序，并说清内嵌 Tomcat 在哪一步启动、为什么早于单例预实例化。
• 解释一个 starter 加进 classpath 后，它的自动配置如何被发现、如何被 @Conditional 筛选、为什么"你写的 @Bean 总能覆盖默认配置"。
• 判断为什么 this.txMethod() 自调用会让 @Transactional 失效——并说出根因在代理而非注解。
• 追踪一个 HTTP 请求从内嵌 Tomcat 经 DispatcherServlet 到 controller 的路径，以及一条配置属性从 application.yml 经 Environment 绑定到 POJO 的优先级。
• 选型与判别：说清 Spring 的运行时反射 + AOT 与 Quarkus / Micronaut 的编译期 DI 差在哪、何时该开虚拟线程、三条快启动路线（CDS / 原生镜像 / AOT cache）各解决什么。

这句话里藏着三根贯穿全教程的支柱：①两类后置处理器（BeanFactoryPostProcessor 改"蓝图"、BeanPostProcessor 改"实例"——这是区分一切机制的第一刀）；②条件化注册（自动配置不是黑魔法，是按 classpath/环境求值的 @Conditional + 有序执行）；③代理替换（事务、缓存、异步、安全全是某个 BeanPostProcessor 把你的 Bean 换成代理——也是大半"注解不生效"问题的根源）。

D现状速览（截至 2026-06）

E概念地图

F学习路径建议

顶部那条面包屑（00 → 01 → 02 → 03 → 04 → 05 → 06 → 07）是默认顺序：容器 → 启动流水线 → 自动配置 → AOP/代理 → Web/配置 → 现代栈 → 自测。按你的目的可以走支线：

• 只想懂机制按顺序读 01 → 02 → 03 → 04，这四章是"魔法还原"的主干；05、06 可按需取用，最后用 07 的判别题检验。
• 面试进阶重点 02（启动流水线时序）、03（自动配置生效机制 + "用户优先"为何只是排序）、04（代理与 self-invocation 根因）——这三处是高频追问，配 07 的原理层题。
• 读他人代码/选型先读 01 的"一句话本质" + 03（看懂陌生 starter 怎么装配）+ 06（Spring vs Quarkus/Micronaut、虚拟线程、原生镜像选型轴）+ 07 的场景判别题。
• 排查启动报错02（refresh 哪一步崩）+ 03（条件没命中 / Bean 没注册）+ 04（注解不生效）——三章覆盖了绝大多数"启动就炸"和"运行时静默失效"。

G目录

• 01容器与 Bean（静态结构）IoC 容器 = ApplicationContext；BeanDefinition（蓝图）vs Bean（实例）；BeanFactory vs ApplicationContext；两类后置处理器钩子；Bean 生命周期与三级缓存如何容忍循环依赖。
• 02启动流水线（动态时序）SpringApplication.run() 准备环境 → 建上下文 → refresh() 的 12 个阶段如何有序执行；BeanFactoryPostProcessor 先于 BeanPostProcessor；内嵌 Tomcat 在 onRefresh（第 9 步）启动，早于单例预实例化。
• 03自动配置（"Boot"之所以是 Boot）starter；@SpringBootApplication 三注解展开；ImportSelector 读 .imports 文件；@Conditional 求值；自动配置排序；@ConditionalOnMissingBean 的"用户优先"为何只是排序而非魔法。
• 04AOP 与代理（魔法揭穿）AbstractAutoProxyCreator 是个 BeanPostProcessor；JDK 动态代理 vs CGLIB（Boot 默认 CGLIB）；@Transactional/@Async/@Cacheable 都是代理拦截；this.method() 自调用绕过代理的根因。
• 05Web 与配置DispatcherServlet 请求生命周期（HandlerMapping → HandlerAdapter → 消息转换器）；内嵌服务器；Environment 的有序 PropertySource 与优先级；@ConfigurationProperties 绑定与 relaxed binding；OSIV 默认开启的代价。
• 06现代栈与前沿（带日期）可观测性（Micrometer Observation/Tracing 取代 Sleuth）；虚拟线程与瓶颈转移到连接池；三条快启动路线（CDS / GraalVM 原生镜像 / AOT cache）；Boot 4.0 变化；Spring AI；与 Quarkus/Micronaut 的编译期 DI 之争。
• 07自测题库三层梯度题（概念 / 原理 / 应用判别）+ 跨章场景判别（哪种注入、为什么注解失效、该不该开虚拟线程）+ 默写 refresh 流水线图。

H学完之后

这份教程把"Spring Boot 容器的内部结构"装进你的 schema 后，下一步可以往这几个方向接：

• 数据访问与事务底层：把第 4 章的代理事务接到 PlatformTransactionManager、传播级别、隔离级别上——同系列可参考 PostgreSQL 与 Redis 教程（缓存抽象的底层）。
• 把服务接进 Agent：Spring AI 把 LLM、向量库、工具调用接进同一套容器与自动配置模型——第 6 章点到，可顺到 MCP 教程 与 工具调用教程。
• 消息与分布式：spring-boot-starter-kafka 等 starter 正是第 3 章自动配置机制的实例——接 Kafka 与 Nacos 教程。
• 原生镜像实战：拿第 6 章的 AOT / GraalVM 机制，给一个真实服务构建原生镜像，观察反射注册与闭世界约束。