在 .NET 中，AOT（Ahead-of-Time）编译是如何工作的？它与 JIT（Just-in-Time）编译在原理、性能和使用场景上有哪些关键差异？
考察说明
考查对 .NET 编译模型（AOT vs JIT）的理解，包括原理、性能特征和适用场景。
回答思路
- 【回答框架 1】AOT（Ahead-of-Time）编译是指在应用部署前将托管代码直接编译为原生机器码。在 .NET 中，典型实现是 .NET Native 和 .NET 7+ 的 NativeAOT。编译时包含整个应用依赖，生成单文件可执行程序，运行时无需再编译。
- 【回答框架 2】JIT（Just-in-Time）编译指在运行时将中间语言（IL）编译为机器码。程序启动时或方法首次调用时进行编译，需要运行时（CLR）支持，支持动态代码生成和热重载。
- 【回答框架 3】主要区别：AOT 启动更快，占用内存更低，但编译时间长，且不支持动态加载和反射（有限支持）；JIT 启动稍慢，但可针对运行时环境进行优化，支持更多动态特性。
- 【回答框架 4】性能方面：JIT 可进行运行时 Profile-Guided Optimization（PGO），在长时间运行后可能达到更高峰值性能；AOT 编译时优化，整体稳定，但无法针对具体运行环境微调。
- 【回答框架 5】使用场景：AOT 适合云原生无服务器、小内存环境、要求快速启动的场景；JIT 适合传统服务器、桌面应用和需要动态扩展的场景。
- 【关键点 1】AOT 在部署前编译，提升启动速度，减少内存占用。
- 【关键点 2】JIT 在运行时编译，支持动态功能，可进行运行时优化。
- 【关键点 3】AOT 反射和动态代码支持有限，需提前裁剪。
- 【关键点 4】JIT 可生成针对性优化代码，峰值性能可能更高。
- 【关键点 5】选择取决于启动时间、内存限制和动态需求。
- 【易错点 1】不要认为 AOT 总是比 JIT 快，JIT 的运行时 PGO 可能使其峰值性能更高。
- 【易错点 2】AOT 禁止动态加载程序集和反射，需使用源码生成器等替代。
- 【易错点 3】AOT 编译时间较长，不适合频繁迭代的开发流程。