【SpringBoot 3.x 第43节】你还敢说 Spring 启动慢是“宿命”？Spring AOT 把启动剧本都提前写死了，你服不服？

🏆本文收录于《滚雪球学SpringBoot 3》，专门攻坚指数提升，本年度国内最系统+最专业+最详细（永久更新）。
  
本专栏致力打造最硬核 SpringBoot3 从零基础到进阶系列学习内容，🚀均为全网独家首发，打造精品专栏，专栏持续更新中…欢迎大家订阅持续学习。 如果想快速定位学习，可以看这篇【SpringBoot3教程导航帖】，你想学习的都被收集在内，快速投入学习！！两不误。
  
若还想学习更多，可直接前往《滚雪球学SpringBoot(全版本合集)》，涵盖SpringBoot所有版本教学文章。

演示环境说明：

• 开发工具：IDEA 2021.3
• JDK版本： JDK 17（推荐使用 JDK 17 或更高版本，因为 Spring Boot 3.x 系列要求 Java 17，Spring Boot 3.5.4 基于 Spring Framework 6.x 和 Jakarta EE 9，它们都要求至少 JDK 17。）
• Spring Boot版本：3.5.4（于25年7月24日发布）
• Maven版本：3.8.2 （或更高）
• Gradle：（如果使用 Gradle 构建工具的话）：推荐使用 Gradle 7.5 或更高版本，确保与 JDK 17 兼容。
• 操作系统：Windows 11

前言：AOT 不是什么“开关”，它更像一次价值观宣言

我以前对 AOT 的态度很复杂：一方面羡慕 Native Image 那种“启动像闪电、内存像节食”的爽感；另一方面又担心 Spring 这种“动态魔法大户”会被 AOT 卡得死死的——毕竟 Spring 的魅力有很大一部分来自运行时：条件装配、类路径扫描、反射、代理……这些东西在 JVM 上很自由，在“静态世界”里就很容易变成问题。

后来我才慢慢意识到：
Spring AOT 并不是要干掉动态能力，而是要把“能确定的尽量确定”，把“不确定的明确声明”。
听着像废话，但这是工程上非常稀缺的气质：把隐性成本摊在台面上。

Spring Framework 官方文档明确：AOT 的目标是在构建时检查 ApplicationContext，把通常运行时发生的决策/发现逻辑前移；而且 AOT 是把 Spring 应用转换为原生可执行文件的必经步骤（Native Image 时自动启用），也可以在 JVM 上通过 spring.aot.enabled=true 开启。

1. AOT 与 JIT 的区别：一个提前写剧本，一个边演边改台词

1.1 先把 JIT 讲明白：HotSpot 的“热身哲学”

JIT（Just-In-Time）在 HotSpot 的语境里，本质是：