- 综合排序
- 最热优先
- 最新优先
- 来自专栏InCerry
.NET NativeAOT 指南
除了对 NativeAOT 工具链的基本使用外，“NativeAOT”一词还带有原生世界的所有限制，因此您必须知道如何处理这些问题才能正确使用它。 在这篇博客中，我将讨论它们。 您必须指定它，因为 NativeAOT 需要为您指定的运行时标识符生成原生代码。 ，我们需要稍微深入一点，看看 NativeAOT 是如何编译代码的。 这种方法不推荐，但它可以解决你在使用 NativeAOT 时遇到的一些难题。 结语 NativeAOT 是 .NET 中一个非常棒和强大的工具。有了 NativeAOT，你可以以可预测的性能构建你的应用，同时节省资源（更低的内存占用和更小的二进制大小）。
1.2K10编辑于 2024-02-05 - 来自专栏JusterZhu
Semi与Ursa完成NativeAOT兼容适配
在最新更新中，您无需针对 Semi 及 Ursa 进行任何额外的配置，引用后即可按照常规的剪裁及 NativeAOT 部署流程进行发布。 以 Semi Avalonia 的 Demo 程序为例，在使用剪裁后占用磁盘空间可减小60%，开启NativeAOT占用磁盘空间可减小53%。 （单位MB） 使用NativeAOT编译可以极大降低应用的冷启动时间。以Semi Avalonia 的 Demo程序为例，在使用NativeAOT 后冷启动时间可降低 94%。（单位秒）
62700编辑于 2025-01-23 - 来自专栏DotNet NB && CloudNative
.NET NativeAOT 实现用户体验升级
NativeAOT 原理 .NET 的 NativeAOT 的思路其实很简单： 首先需要一个 AOT 友好的、用于 NativeAOT 的核心库 （System.Private.CoreLib）实现，提供类型和实现查找 关于 .NET NativeAOT 完整的使用文档可以参考：using-native-aot。 针对 NativeAOT 改造项目 NativeAOT 使用非常简单，只需要修改 csproj 项目文件即可： Copy<PropertyGroup> <IlcOptimizationPreference NativeAOT，随着 NativeAOT 编译器和库的更新会解决。 .NET NativeAOT 目前还在不断探索各种可能性，其中一个我认为比较有趣的是： 在 NativeAOT 编译中，先将 IL 借助 RyuJIT 编译到 LLVM IR，这个过程会对代码进行 IL
1.1K10编辑于 2023-11-24 - 来自专栏张善友的专栏
基于NativeAOT的 OpenClaw.NET 深度刨析
C# NativeAOT 范式：重塑内存与冷启动的物理边界 面对上述瓶颈，OpenClaw.NET 并非简单地将 TypeScript 语法翻译为 C#，而是对整个底层运行时基建进行了手术刀式的切除与重构 该框架的核心编排层（涵盖 ReAct 认知循环、工具分发引擎、WebSocket 守护进程以及 Webhook 路由）完全使用 C# 13 编写，并深度针对 NativeAOT（提前编译）技术进行了优化 极致的体积压缩与部署敏捷性 NativeAOT 技术在编译阶段不仅将 C# 中间语言（IL）直接转换为目标操作系统的原生机器码，还包含了一个高度激进的剪裁（Trimming）过程。 消除 JIT 开销：零冷启动与内存确定性 由于 NativeAOT 产物已经是针对 CPU 架构优化后的机器码，应用程序在启动时彻底免去了传统.NET CLR 或 V8 引擎所需的即时编译（JIT）开销 基准测试数据表明，NativeAOT 架构能将冷启动延迟缩减 70% 以上，实现亚秒级甚至几十毫秒级的瞬时启动。
68310编辑于 2026-03-10 - 来自专栏.NET开发那点事
不安装运行时运行 .NET 程序 - NativeAOT
大家好，先祝大家国庆快乐。不过大家看到这篇文章的时候估计已经过完国庆了 😃。 上一篇我们写了如何通过 SelfContained 模式发布程序（不安装运行时运行.NET程序）达到不需要在目标机器上安装 runtime 就可以运行 .NET 程序的目标。其实除了标准的 self-contained 微软还给我们带来了 Native AOT 发布模式。是的你没看错，通过该技术我们的 .NET 程序会直接编译为 Native 代码而不再是 IL ，程序运行的时候直接就是机器码，不再需要 JIT 编译。通过 AO
1.9K20编辑于 2022-10-27 - 来自专栏Dotnet Dancer
【.NET8】nativeAOT初体验——杜绝反编译神器
前言：VS2022需要更新到17.8.0版本或以上，并且开发环境需要有.NET 8 SDK，可以去微软官方下载。
2.3K10编辑于 2024-08-13 - 来自专栏张善友的专栏
.NET 7 预览版2 的亮点之 NativeAOT 正式合并入 .NET 主线
.NET 中备受追捧和期待已久的功能NativeAOT终于出现在本周的.NET 7 预览版2中，该项目的工作仍在继续，该版本将 NativeAOT 从实验性的 dotnet/runtimelab repo 中移出合并进入稳定的运行时库 dotnet/runtime repo，但尚未在 dotnet SDK 中添加足够的支持，以使用 NativeAOT 发布项目。 剪裁是 NativeAOT 的要求。 GitHub 问题 .NET 7 中的 NativeAOT #61231 显示了正在检查的初始工作以及第一阶段的剩余工作： NativeAOT 这个功能的完整支持真是不容易，具体怎么用可用参考 hez2010 的文章：通过 .NET NativeAOT 实现用户体验升级。
1.7K20编辑于 2022-04-28 - 来自专栏InCerry
8KB的C#贪吃蛇游戏热点答疑和.NET7版本
.NET7下的贪吃蛇游戏 我们知道在.NET7中已经发布了NativeAOT正式的支持，经过.NET5、.NET6的迭代，NativeAOT已经基本成熟可用，那么在.NET7中重新编译这个游戏，有没有什么进步呢 使用NativeAOT功能 然后我们就要开始使用.NET7的NativeAOT功能，需要在项目文件中加入<PublishAot>true</PublishAot>选项。 dotnet publish -r win-x64 -c Release /p:Mode=NativeAOT-Moderate 结果和上面的一样的2.86MB，也就是说现在NativeAOT应该默认就是 其实大可放心的使用，CoreRT关闭的原因也正如下面链接仓库里面说的一样，是代码已经合并到runtimelab/nativeaot项目中。 bflat是Roslyn（生成.NET可执行文件的"官方"C#编译器）和NativeAOT（née CoreRT）的混合物，NativeAOT（née CoreRT）是基于CoreCLR的.NET的提前编译器
78620编辑于 2023-03-08 - 来自专栏Dotnet9
.NET 7 预览版 2 正式发布：RegEx 源生成器增强、NativeAOT 更新
NET 7 的第二个预览版包括对 RegEx 源生成器的增强、将 NativeAOT 从实验状态转移到运行时的进展，以及对“dotnet new”CLI 体验的一系列重大改进。 auth IndividualIndividual IndividualB2C MultiOrg None SingleOrg Windows NativeAOT 更新 将 NativeAOT 从实验性 dotnet/runtimelab 存储库中移出 并进入稳定的运行时库 dotnet/runtime repo，但尚未在 dotnet SDK 中添加一流的支持 ，以使用 NativeAOT 发布项目。
83510编辑于 2022-04-18 - 来自专栏DotNet NB && CloudNative
官宣 .NET 7 Preview 2
NET 7 的第二个预览版包括对 RegEx 源生成器的增强、将 NativeAOT 从实验状态转移到运行时的进展，以及对“dotnet new”CLI 的一系列重大改进经验。 不要削减用你自己的创新解决方案尝试 NativeAOT。 EF7 预览版 2 也已发布，可在 NuGet 上使用。您还可以阅读ASP.NET Core Preview 2 中的新增功能。 NativeAOT 更新 我们之前宣布，我们正在将 NativeAOT 项目从实验状态转移到 .NET 7 的主线开发中。 该工作现已完成，但我们尚未在 dotnet SDK 中添加支持，来使用 NativeAOT 发布项目。我们希望尽快完成这项工作，以便您可以在您的应用程序中试用 NativeAOT。 修剪是 NativeAOT 的要求。如果您拥有任何库，请参考准备进行修剪库的说明。
1.4K20编辑于 2022-04-19 - 来自专栏InCerry
2024年各编程语言运行100万个并发任务需要多少内存？
因此，我们也添加了 NativeAOT 的基准测试。 GraalVM 还提供本机镜像，这与.NET 中的 NativeAOT 概念相似。因此，我们也为 GraalVM 添加了基准测试。 我们可以看到 Rust、C#(NativeAOT) 和 Go 达到了类似的结果，因为它们都被静态编译成原生二进制文件，需要很少的内存。 C#(NativeAOT) 紧随其后，只使用了约 10MB 内存。我们需要更多任务来给它们施加压力！ Go 的内存消耗显著增加。 一个大惊喜是 C#(NativeAOT) 甚至比 Rust 消耗更少的 RAM ，击败了所有其他语言。非常令人印象深刻！
56910编辑于 2024-11-29 - 来自专栏张善友的专栏
跨平台交叉编译 Native AOT
如何将.NET 应用程序发布到鸿蒙上，肯定是很多人感兴趣的话题，目前.NET完全具备可以在OpenHarmony系统上运行的能力，.NET 现在有很多选项CoreCLR、Mono和NativeAOT。 由于OpenHarmony的沙箱环境的限制，NativeAOT是最佳选择。 里已经有跨平台交叉编译NativeAOT的答案：使用 Zig 作为链接器和 sysroot，允许从 Windows 机器交叉编译到 Linux-x64、Linux-arm64、Linux-musl-x64 NativeAOT（Native Ahead-Of-Time Compilation）是一种将 .NET 程序编译成本地机器代码的技术，以提高应用程序的性能和启动速度。
63610编辑于 2025-02-04 - 来自专栏张善友的专栏
MewUI 项目：面向 NativeAOT 的超轻量级.NET GUI 架构、底层图形管线与性能演进
虽然微软官方的 Windows Forms 与 WPF 经过了长期的技术沉淀，但它们天然缺乏对 NativeAOT（提前编译）与程序集裁剪（Trimming）的完整支持，难以脱离庞大的.NET 运行时进行独立分发 尽管诸如 Avalonia 等现代化跨平台框架通过自绘引擎提供了 NativeAOT 支持，但由于其底层深度绑定了 Skia 等重型原生图形库，裁剪后的独立二进制文件体积仍普遍在数十兆字节（MB）级别， 作为对比，哪怕经过了极尽严苛的裁剪和瘦身，Avalonia 在 NativeAOT 编译下的体积一般也在 30MB 至 80MB 之间 1。 Windows App SDK Runtime 运行时包，这种 NativeAOT 实际上处于“半吊子”状态 12。 它通过主动放弃复杂的重型交互动画和全能型控件生态，成功将单文件 NativeAOT 的部署分发体积压缩到了 3MB 的黄金水平 1。
52840编辑于 2026-05-18 .NET 11 Preview 4 震撼发布：MAUI 抛弃 Mono，全量迁移 CoreCLR，性能与 NativeAOT 双炸场！
特别说明：当你使用NativeAOT发布应用时，应用既不跑在Mono上，也不跑在CoreCLR上——它跑在一个最小化的NativeAOT运行时环境中，并静态链接到你的原生二进制文件中。 第三：NativeAOT编译的可用性这是本次迁移中尤为值得关注的技术亮点。CoreCLR成为默认运行时，跨平台获得NativeAOT编译成为可能。 你不再受限于Mono的AOT实现，而是可以直接使用.NET的NativeAOT工具链来发布应用。 NativeAOT将应用与一个最小化的运行时一起静态编译成原生二进制，启动时间更短、内存占用更低、应用程序体积更小。 尽管.NETMAUI早已在Release模式下默认使用NativeAOT，但CoreCLR路径下对NativeAOT的支持更为成熟和完整。
18700编辑于 2026-05-16- 来自专栏JusterZhu
Semi Avalonia V11.1 正式发布
这一次的更新，我们完成了对 Avalonia V11.1 和 Semi Design 上游的同步更新，还增加了对剪裁和 NativeAOT 的兼容性，旨在为开发者提供更加流畅和高效的体验。 NativeAOT 兼容性 在 Semi Avalonia V11.1 之后，您不需要针对 Semi Avalonia 做任何额外的配置，即可自由对应用进行裁剪及 NativeAOT 编译，极大地提升了应用的执行效率和响应速度
35400编辑于 2025-01-23 - 来自专栏张善友的专栏
聊一聊 dotnet 社区对 RISC-V 的支持进展
在 issue（RISC-V NativeAOT port）用于跟踪 .NET NativeAOT 在 riscv64 架构上的移植进展。 当前内容包括： • 主要记录 NativeAOT 在 riscv64 上的移植工作进度。 • 移植工作基于 LA64（LoongArch64）架构的相关实现经验。 • 提供了一个正在进行中的初步移植分支链接，供参考和协作：https://github.com/dotnet/runtime/compare/main...am11:runtime:feature/nativeaot /riscv64-port • 该 issue 标注了 area-NativeAOT-coreclr 和 arch-riscv 标签，归属于 Future 里程碑，尚未关闭。
42700编辑于 2025-05-19 - 来自专栏JusterZhu
跨平台交叉编译 Native AOT
如何将.NET 应用程序发布到鸿蒙上，肯定是很多人感兴趣的话题，目前.NET完全具备可以在OpenHarmony系统上运行的能力，.NET 现在有很多选项CoreCLR、Mono和NativeAOT。 由于OpenHarmony的沙箱环境的限制，NativeAOT是最佳选择。 里已经有跨平台交叉编译NativeAOT的答案：使用 Zig 作为链接器和 sysroot，允许从 Windows 机器交叉编译到 Linux-x64、Linux-arm64、Linux-musl-x64 NativeAOT（Native Ahead-Of-Time Compilation）是一种将 .NET 程序编译成本地机器代码的技术，以提高应用程序的性能和启动速度。
68100编辑于 2025-01-23 - 来自专栏IT大咖说
官宣 .NET 7 Preview 2
NET 7 的第二个预览版包括对 RegEx 源生成器的增强、将 NativeAOT 从实验状态转移到运行时的进展，以及对"dotnet new"CLI 的一系列重大改进经验。 不要削减用你自己的创新解决方案尝试 NativeAOT。 EF7 预览版 2 也已发布，可在NuGet 上使用。您还可以阅读ASP.NET Core Preview 2 中的新增功能。 NativeAOT 更新 我们之前宣布，我们正在将NativeAOT 项目从实验状态转移到 .NET 7 的主线开发中。 该工作现已完成，但我们尚未在 dotnet SDK 中添加支持，来使用 NativeAOT 发布项目。我们希望尽快完成这项工作，以便您可以在您的应用程序中试用 NativeAOT。 修剪是 NativeAOT 的要求。如果您拥有任何库，请参考准备进行修剪库的说明。
1.2K30编辑于 2022-03-25 - 来自专栏DotNet NB && CloudNative
2024年各编程语言运行100万个并发任务需要多少内存？
因此，我们也添加了 NativeAOT 的基准测试。 GraalVM 还提供本机镜像，这与.NET 中的 NativeAOT 概念相似。因此，我们也为 GraalVM 添加了基准测试。 我们可以看到 Rust、C#(NativeAOT) 和 Go 达到了类似的结果，因为它们都被静态编译成原生二进制文件，需要很少的内存。 C#(NativeAOT) 紧随其后，只使用了约 10MB 内存。我们需要更多任务来给它们施加压力！ Go 的内存消耗显著增加。 一个大惊喜是 C#(NativeAOT) 甚至比 Rust 消耗更少的 RAM ，击败了所有其他语言。非常令人印象深刻！
47810编辑于 2025-01-03 - 来自专栏张善友的专栏
OpenClaw.NET .NET 原生插件开发完全指南：以 Mempalace 插件为范例
NativeAOT 的引入对插件系统提出了独特的技术约束。由于 NativeAOT 编译时需要进行完整的静态分析以确定可达代码，传统的动态程序集加载、反射 emit 等技术受到严格限制。 JIT 运行时环境中执行，以牺牲部分 NativeAOT 的纯粹性来换取扩展灵活性 。 1.3.3 与 NativeAOT 发布的协同关系 .NET 原生插件与 NativeAOT 发布的协同关系是 OpenClaw.NET 架构中最具技术深度的设计挑战之一。 对于需要 NativeAOT 发布的插件开发，还需安装对应平台的 NativeAOT 编译依赖：Windows 需要 Visual C++ 工具链；Linux 需要 clang 和 zlib1g-dev 在添加包引用时，需要特别注意 NativeAOT 兼容性——优先选择标记为 AOT 兼容的包，避免使用大量依赖反射的包。可以通过检查包的文档或在 NativeAOT 发布测试中来验证兼容性。
28210编辑于 2026-05-06
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号