AOT编译是.NET 7起支持的发布时将C#编译为原生机器码的技术，提升启动速度、减小体积（配合Trimming），适用于Serverless、桌面工具等场景，但受限于反射emit等动态特性。
AOT（Ahead-of-Time）编译是 .NET 中一种将 C# 代码在发布时直接编译为原生机器码的技术，而不是在运行时通过 JIT（Just-in-Time）动态编译。这项技术从 .NET 7 开始正式支持，并在 .NET 8 中进一步完善，特别适用于需要快速启动、低延迟和小体积部署的场景。
提升启动性能
AOT 编译显著加快了应用的启动速度，因为它跳过了运行时的 JIT 编译过程。JIT 在程序启动时需要花费时间将 IL（中间语言）转换为机器码，尤其在大型应用中会带来明显延迟。而 AOT 在构建阶段就完成了这一步，生成的可执行文件可以直接运行。
适合以下场景：
- Serverless 函数（如 AWS Lambda、Azure Functions），冷启动时间至关重要
- 桌面工具或命令行程序，用户期望秒开
- 资源受限环境，无法承受 JIT 的 CPU 和内存开销
减小部署体积
虽然 AOT 编译本身不会自动缩小体积，但结合Trimming（剪裁）功能，可以移除未使用的代码，大幅减少最终输出大小。
.NET AOT 生成的是自包含（self-contained）应用，但通过优化配置，可以做到比传统发布更精简。例如，一个简单的控制台程序在启用 AOT 和剪裁后，可缩减至几 MB 级别。
关键配置项包括：
- EnableAotCompilation：启用 AOT 编译
- PublishTrimmed：开启剪裁
- TrimMode 设置为 link 以增强剪裁力度
使用限制与注意事项
AOT 并非万能，它牺牲了一部分灵活性来换取性能和体积优势。由于代码在发布时已完全编译，以下功能可能受限或不可用：
- 反射 emit（如 System.Reflection.Emit）不被支持
- 某些依赖 JIT 的高级特性（如动态类型生成）需改用源生成器替代
- 第三方库若大量使用反射，可能需要额外元数据保留配置（.rd.xml）
建议在项目初期评估是否使用 AOT，避免后期因兼容问题重构。
如何启用 AOT
在 .NET 8+ 项目中启用 AOT 很简单：
- 确保 SDK 版本为 8.0.100 或更高
- 在项目文件中添加：
true true link
- 发布命令：
dotnet publish -r win-x64 --self-contained
目标平台需指定运行时标识符（RID），如 linux-x64、osx-arm64 等。
基本上就这些。AOT 让 .NET 应用更接近“原生”体验，适合对启动速度和部署包大小敏感的场景，但需权衡功能兼容性。合理使用，能显著提升终端用户体验。
