请解释 Java 中 AOT（Ahead-Of-Time）编译的概念，包括其工作原理、与 JIT 编译的区别、优势与局限，以及实际应用场景。
考察说明
考查对 Java 编译执行模型的理解，特别是 AOT 与 JIT 的对比及其在实践中的权衡。
回答思路
- 【回答框架 1】AOT 编译是指在程序运行之前，将源代码或字节码直接编译成机器码。典型实现如 GraalVM Native Image，它会在构建时进行静态分析，生成可独立运行的原生可执行文件，避免了启动时的解释或 JIT 编译过程。
- 【回答框架 2】与 JIT 编译相比，AOT 的优点是启动快、内存占用低，因为无需运行时编译热点代码，且可预生成优化代码。缺点是失去运行时动态优化能力，无法根据实际运行情况调整编译策略，且需处理反射、动态代理等动态特性的静态分析限制，可能影响兼容性。
- 【回答框架 3】应用场景主要集中在需要快速启动和低内存的微服务、Serverless 函数、命令行工具等。选择 AOT 需综合考虑应用特性，若依赖大量动态特性，则 JIT 仍可能是更好的选择。
- 【回答框架 4】实际工程中，AOT 编译产物可能牺牲部分性能，因为无法使用运行时 profiling 数据进行优化。此外，构建时间较长，且需配置额外元数据以处理反射等，带来部署复杂度的增加。
- 【关键点 1】AOT 在运行前将代码编译为机器码，启动快、内存占用低。
- 【关键点 2】JIT 在运行时编译热点代码，具有动态优化能力。
- 【关键点 3】AOT 限制在反射、动态代理等动态特性上，需额外处理。
- 【关键点 4】典型工具为 GraalVM Native Image，适合微服务和云原生场景。
- 【关键点 5】选择 AOT 需权衡构建时间、部署复杂度和动态特性的兼容性。
- 【易错点 1】不要认为 AOT 总是比 JIT 更快，它牺牲了运行时优化机会。
- 【易错点 2】忽略反射和类加载的动态特性可能导致 AOT 应用运行失败。
- 【易错点 3】AOT 构建时间较长，不适用于频繁迭代的开发流程。