Spring Boot3 新玩法，AOT 优化！
内容提要
本文讨论了Spring Boot 3中的AOT（Ahead of Time）编译特性，强调其与JIT（Just-In-Time）编译的区别。AOT在构建阶段将代码静态编译为机器码，从而提高启动速度和执行效率，但也增加了构建的复杂性。文章介绍了AOT的工作流程及其在Spring中的应用，特别提到使用GraalVM进行AOT编译的优势，如快速启动和低资源消耗，并提供了实践案例，展示如何在Spring Boot项目中实现AOT编译。
延伸解读
AOT 与 JIT 的核心差异
AOT 在构建阶段将代码静态编译为机器码，而 JIT 在运行时动态编译。这导致 AOT 启动更快、执行效率更高，但构建更复杂；JIT 启动较慢，因为编译占用运行时资源。Spring Boot 3 引入 AOT 旨在优化启动性能，尤其为 GraalVM 原生镜像提供支持。
Spring 中应用 AOT 的约束
在 Spring 中使用 AOT 需注意：类路径在构建时固定；Bean 不能在运行时修改，因此 @Profile 和 @Conditional 的条件必须在构建时确定；通过 supplier 提供的 Bean 无法提前类型转换；Bean 类型需足够精确。这些限制要求开发者在设计时更谨慎。
GraalVM 原生镜像的构建代价
使用 GraalVM 的 native-image 打包可将应用编译为独立二进制文件，启动快、资源消耗低。但构建时间显著长于传统打包，且需处理反射、属性文件、代理和序列化等问题。文章案例中，传统打包仅需 4.86 秒，而 native 打包耗时很长，需权衡构建效率与运行性能。
AOT 预处理的实际效果
Spring AOT 在打包时提前生成 Bean 定义、解析配置和处理依赖注入，但不实例化 Bean。编译结果中可见 BeanDefinition 已解析，并生成了 reflect、resource 等配置文件。这样运行时跳过这些步骤，加快启动，但反射等动态特性需通过预处理配置解决。
Q&A
AOT编译与JIT编译有什么区别？
AOT编译是在程序执行之前将代码静态编译为机器码，而JIT编译是在程序运行时动态编译代码。AOT提高启动速度，但增加构建复杂性。
在Spring中应用AOT编译需要注意哪些事项？
在Spring中应用AOT编译时，需要确保类路径固定，Bean定义不可在运行时修改，并注意条件注解的限制。
GraalVM如何支持AOT编译？
GraalVM支持AOT编译，可以将应用程序打包为独立运行的二进制文件，提升启动速度和降低资源消耗。
AOT编译存在哪些问题？
AOT编译存在反射、属性文件、代理和序列化等问题，这些问题可以通过预处理来解决。
如何在Spring Boot项目中实现AOT编译？
在Spring Boot项目中实现AOT编译，需要添加GraalVM Native Support依赖，并使用native-image命令进行打包。
AOT编译的工作流程是怎样的？
AOT编译的工作流程包括生成Bean定义、解析配置和处理依赖注入等步骤，以优化运行时性能。
