























Native AOT 是 .NET 的一大利器,但如果你主要在 Windows 开发机 上工作,想把程序 AOT 发布到 Linux(glibc / musl、x64 / arm64 / arm),会面临以下难题:
为了解决这些问题,我把之前 fork 的 PublishAotCross 彻底重构了一遍,做成了 PublishAotClang。
一句话说明:
PublishAotClang 是一个 NuGet 包,用 Zig 包装成 Clang 工具链环境,专门帮助你在 Windows 上把 .NET 项目 PublishAot 到多种 Linux RID。
它并不是运行时,也不是编译器本体,而是一个 构建环境注入器。
引用的是 Vezel.Zig.Toolsets,NuGet 还原即可使用:
内置 objcopy,Native AOT 默认就会裁剪符号:
这是很多同学容易忽略的一点:
PublishAotClang 内置了由 zig build zlib-1.3.2 编译得到的静态库,开箱即用。
老系统福音 🎉
你可以在项目属性中指定:
<GLibcVersion>2.17</GLibcVersion>
这样即使你的项目基于 .NET 10,也能在 CentOS 7 这类老系统上正常运行。
使用 C# 重写,行为更可控:
-Wl,--export-dynamic 和多余的 --target配置了 <NativeLib>Static</NativeLib> 的静态库项目也能进行 AOT 发布
Native AOT 的编译大体分为两步:
.o 目标文件。.o 文件及各种运行时库链接为最终产物,支持三种输出形态:
dotnet publish 默认行为<NativeLib>Shared</NativeLib><NativeLib>Static</NativeLib>,需要 ar 工具归档PublishAotClang 只影响第二步——Native AOT 在链接时会在系统中寻找 clang、objcopy、ar 等工具,PublishAotClang 包装了模拟 Linux 环境的工具,将这些调用透明地转发给 Zig 工具链,从而产出 Linux ELF 格式的二进制文件。
编译出的程序性能和在 Linux 上直接编译完全一致。 原因很简单:
所以无论你是在 Windows 上用 PublishAotClang 编译,还是在 Linux 上用 dotnet publish,最终二进制文件的运行表现、指令集、内存布局都没有差别。你可以在 Windows 上放心编译,程序拿到 Linux 上运行,性能和原生编译无异。
在你的 Native AOT 项目中添加引用即可:
<PackageReference Include="PublishAotClang" Version="1.*" />
在 Windows 上直接运行:
# glibc(适用于 Ubuntu、Debian、CentOS 等)
dotnet publish -r linux-x64
dotnet publish -r linux-arm64
dotnet publish -r linux-arm # .NET 9+
# 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 编译机。
PublishAotClang 的目标很简单:
让 Windows 上的 .NET Native AOT 真正能够交叉编译到 Linux。
如果你也在折腾 Native AOT,尤其是跨平台发布这块,欢迎试用、提 issue 或 PR 🙌
GitHub:
https://github.com/xljiulang/PublishAotClang
本文由 jiulang 原创,转载请注明出处
此内容由惯性聚合(RSS阅读器)自动聚合整理,仅供阅读参考。 原文来自 — 版权归原作者所有。