一、什么是AOT

AOT(Ahead-of-Time)是指将代码在发布构建阶段直接编译为目标平台的原生机器码，而非依赖运行时JIT (Just-in-Time)动态编译的技术，在构建时完成 IL（中间语言）到原生机器码的转换，生成无 .NET 运行时依赖的可执行文件 。

.NET支持AOT的最低版本是.NET 7，但推荐使用.NET8或更高版本来进行AOT，因为从.NET 8开始，微软对AOT技术进行了加强：

NET 8：原生 AOT 正式全面落地
1、首次为ASP.NET Core提供完整原生AOT支持，实现 Web应用无需JIT的独立部署。
2、冷启动时间提升2-3倍，内存占用降低30-50%(实测CLI工具从1.2s降至200ms 内)。
3、动态PGO (Profile-Guided 0ptimization)默认开启，运行时自动优化热点路径，吞吐量最高提升20%
4、IL链接器(ILLinker)更智能裁剪未使用代码，支持通过源生成器(Source Generators)修复反射兼容性问题。
5、引入COM互操作源生成器，实现AOT兼容的COM调用。
6、可生成单一原生二进制文件，支持dotnet publish -c Release -r win-x64 /p:Pub1ishAot=true ,无需安装.NET运行时。

NET 9：AOT 深度优化与边缘场景突破
1、方法内联优化显著提升，编译器识别高频调用链并直接嵌入代码，减少函数调用开销。
2、异常处理速度提升50%，因采用与NativeAOT相同的异常模型。
3、支持Arm64 sVE 与lntel AVX10指令集,加速向量化计算。
4、.NETMAUI首次原生支持NativeAOT，结合TrimMode=ful1，应用体积大幅缩减。
5、边缘容器部署实测: Raspberry Pi5上ASP.NET Core启动时间118ms，镜像体积压缩至21.7MB(对比JIT的184MB)。
6、服务器GC改进，内存占用显著降低，适用于高密度容器环境。

.NET 10：LTS版本的AOT革命性升级
1、ASP.NET Core 90%+场景可原生AOT，WinForm仅需两行配置即可启用AOT。
2、扩展 BCL(基础类库)支持，消除此前AOT对复杂库的兼容限制。
3、冷启动时间降低80%
4、GC暂停时间缩短52%，容器镜像体积减少43%。
5、支持AVX10.2与Arm64写屏障优化。
6、引入栈分配(Stack Allocation)与循环反转优化，提升高频代码效率。

 二、为什么要AOT

1、代码安全

AOT编译将C#的IL(中间语言）直接转换为目标平台的原生机器码，彻底移除了可被反编译工具(如ILSpy,dotPeek、dnSpy)解析的高级语言结构。反编译也只能看到汇编指令或低级机器码，无法还原出类名、方法名、变量名等有意义的源码语义，极大提升逆向工程成本。AOT不在运行时生成任何临时代码或动态程序集，使攻击者无法通过动态加载或代理注入手段提取逻辑。.NET9+引入的方法内联、循环反转、栈分配等优化，使控制流高度交织、变量生命周期重叠，进一步混淆反编译器的控制流分析能力，生成的反编译结果常出现逻辑错乱、死代码、冗余跳转，显著降低可读性。

2、方便部署

生成独立可执行文件，无需安装.NET运行时，彻底解决"依赖地狱"与版本冲突问题，部署流程从“安装运行时+发布应用”简化为“拷贝即运行”。

编译时绑定目标平台(如Win-x64 、Linux-arm64 )，确保构建环境与运行环境完全一致，杜绝"在我机器上能跑"的部署难题，提升CI/CD流水线可靠性。

3、性能提升

AOT编译消除了运行时JIT编译所需的CPU计算开销，尤其在资源受限的嵌入式与移动设备上，可降低平均CPU占用率20-30%。实测表明，在树莓派Zero或STM32微控制器上运行AOT应用，相比JIT模式，单位任务能耗下降18-25%，显著延长电池寿命，适用于可穿戴设备、物联网传感器与工业手持终端。AOT生成的原生机器码具有静态、连续、无跳转膨胀的特性，极大提升CPU指令缓存命中率。在多实例部署场景(如Kubernetes Pod集群)中，相同AOT二进制文件可被操作系统页缓存高效复用，减少磁盘lO，提升容器启动密度30%以上。

三、国产化浪潮下的优势

*******明确规定：到2027年底前，所有中央企业的信息化系统必须完成国产化替代。由此可得知大量的原来Winform、WPF或新研发的系统都需要迁移到国产化操作系统上，而很多企业可能不允许接入互联网，那么如果研发时采用了新版本的SDK，再部署到内网就会比较麻烦，而AOT则可以最大化解决这个问题。

四、.NET如何进行跨平台的桌面开发

目前.NET进行跨平台桌面开发，应该只有一个选择，那就是avalonia，支持VS2022或更高版本，以及JetBrains Rider进行开发。如何用vs2022开发使用avalonia开发跨平台的桌面应用，请参考：https://www.cnblogs.com/wdw984/p/17717864.html

五、如何AOT发布Linux版本的桌面程序

如果确定要用AOT方式发布程序，那么在编写代码的时候就要注意：

1、首选要确定引用的第三方组件是否支持AOT发布，这个最重要；

2、如果组件涉及到COM组件操作，也要避免；

3、禁用或重构所有动态反射调用；

4、避免动态泛型与表达式树；

5、序列化与反序列化必须静态配置；

6、P/Invoke 与原生库调用需显式声明；

AOT发布的时候，需要编辑项目的.csproj文件，添加AOT发布的选项。

  <PropertyGroup>
    <IsAotCompatible>true</IsAotCompatible>
    <VerifyReferenceAotCompatibility>true</VerifyReferenceAotCompatibility>
    <PublishAot>true</PublishAot>  
  </PropertyGroup>

然后打开x64 Native Tools Command Prompt for VS Insiders命令行

在cmd窗口中定位到项目所在目录下，执行 dotnet publish -c Release -r  linux-x64 回车，如果没有做配置，打开概率会提示error Cross-OS native compilation is not supported.

 这个时候，我们需要先下载两个组件：zig(https://ziglang.org/download/)和clang+llvm(https://releases.llvm.org/)，下载windows版本后，解压缩到一个非中文目录中，然后在系统配置的路径(PATH)里添加两条记录：

你的目录\zig

你的目录\clang\bin

同时把clang里的bin目录中llvm-objcopy.exe复制到zig目录下（和zig.exe同级）

然后在项目的Nuget里添加引用一个组件PublishAotClang，随后重新生成一次项目，如果没有错误，就在执行一次AOT发布命令，没有意外的话，就会看到成功的提示。

然后在项目的bin\x64\Release\net8.0目录下会有一个linux-x64/publish目录，里面就是AOT发布的应用程序。

六、验证运行效果

在国产化的系统下（桌面）运行程序，可以看到运行完全没有问题，只是界面略有瑕疵。

至此，我们就掌握了在.NET 8下AOT发布Linux环境下运行的桌面程序的基本步骤。