内置 Zig 工具链Windows 免装#引用的是Vezel.Zig.ToolsetsNuGet 还原即可使用不需要你手动装 Zig不需要配 PATHCI 与本地开发环境一致性极高✅ 2. 默认支持 strip减少二进制体积#内置objcopyNative AOT 默认就会裁剪符号去掉调试符号显著减小最终可执行文件大小不需要你额外写 post-build 脚本✅ 3. 自带 libz 静态库#这是很多同学容易忽略的一点.NET 8.0 的 AOT 本身不包含 libz交叉编译时经常找不到 libzPublishAotClang 内置了由zig build zlib-1.3.2编译得到的静态库开箱即用。✅ 4. 支持指定 glibc 版本#老系统福音 你可以在项目属性中指定CopyGLibcVersion2.17/GLibcVersion这样即使你的项目基于 .NET 10也能在CentOS 7这类老系统上正常运行。✅ 5. 重写 clang 包装工具#使用 C# 重写行为更可控严格处理 clang 参数自动移除-Wl,--export-dynamic和多余的--target✅ 6. 新增 ar 包装工具#配置了NativeLibStatic/NativeLib的静态库项目也能进行 AOT 发布性能如何#编译流程#Native AOT 的编译大体分为两步托管代码编译IL → 目标文件.NET 自带 cross-compiler在 Windows 上就能将 C# / F# 等托管代码编译为对应 Linux 目标架构的.o目标文件。链接目标文件 → 最终产物将上一步产生的.o文件及各种运行时库链接为最终产物支持三种输出形态可执行文件—dotnet publish默认行为共享库—NativeLibShared/NativeLib静态库—NativeLibStatic/NativeLib需要ar工具归档PublishAotClang只影响第二步——Native AOT 在链接时会在系统中寻找 clang、objcopy、ar 等工具PublishAotClang 包装了模拟 Linux 环境的工具将这些调用透明地转发给 Zig 工具链从而产出 Linux ELF 格式的二进制文件。性能结论#编译出的程序性能和在 Linux 上直接编译完全一致。原因很简单.NET 的 IL → 目标文件这一核心编译路径由 .NET 自身的 cross-compiler/RyuJIT 完成与操作系统无关链接器只负责把目标文件拼装成最终产物不改变代码逻辑和优化决策Zig 工具链生成的 ELF 与 Linux 原生工具链完全兼容所以无论你是在 Windows 上用 PublishAotClang 编译还是在 Linux 上用 dotnet publish最终二进制文件的运行表现、指令集、内存布局都没有差别。你可以在 Windows 上放心编译程序拿到 Linux 上运行性能和原生编译无异。怎么用#1️⃣ 引用 NuGet 包#在你的 Native AOT 项目中添加引用即可CopyPackageReference IncludePublishAotClang Version1.* /2️⃣ 像往常一样 Publish#在 Windows 上直接运行Copy# glibc适用于 Ubuntu、Debian、CentOS 等 dotnet publish -r linux-x64 dotnet publish -r linux-arm64 dotnet publish -r linux-arm # .NET 9Copy# musl适用于 Alpine Linux无外部共享库依赖时也可在 glibc 环境下运行 dotnet publish -r linux-musl-x64 dotnet publish -r linux-musl-arm64 dotnet publish -r linux-musl-arm # .NET 9全程无需 WSL、无需 Docker、不用远程 Linux 编译机。
)
