.NET 9 AOT的突破 - 支持老旧Win7与XP环境

最新推荐文章于 2025-06-22 13:17:21 发布
最新推荐文章于 2025-06-22 13:17:21 发布
阅读量612 收藏 4
点赞数 1
文章标签： .net

引言

随着技术的不断进步，微软的.NET 框架在每次迭代中都带来了令人惊喜的新特性。在.NET 9 版本中，一个特别引人注目的亮点是 AOT（ Ahead-of-Time）支持，它允许开发人员将应用程序在编译阶段就优化为能够在老旧的 Windows 系统上运行，包括 Windows 7 和甚至 Windows XP。这不仅提升了性能，也为那些依然依赖这些老平台的企业和个人开发者提供了新的可能性。

小知识普及：

  1. NET 9 AOT 简介

.NET 9 的 AOT 编译器通过静态编译，将.NET 应用程序转换为可以直接在目标机器上执行的可执行文件，消除了在运行时的 JIT（Just-In-Time）编译所需的时间和资源。这对于对性能要求高且需要支持旧版系统的场景具有显著优势。

  1. 支持 Windows 7 与 Windows XP 的背景

尽管 Windows 7 和 XP 已经不再是主流操作系统，但它们在某些特定领域，如企业遗留系统、嵌入式设备或者资源受限的环境中仍有广泛应用。.NET 9 的 AOT 编译这一扩展，旨在满足这些场景的兼容性和性能需求。

  1. 如何实现
  • 编译过程优化：NET 9 在 AOT 编译时，对代码进行了更为细致的优化，使得生成的可执行文件更小，启动速度更快。
  • 向下兼容性：通过精心设计的编译策略，确保了对 Win7 及 XP API 的兼容性，使代码能够无缝运行。
  • 安全性考量：虽然支持老旧系统，但.NET 9 依然注重安全，提供了一定程度的保护机制以抵御潜在的风险。
  1. 实例应用与优势
  • 性能提升：AOT 编译后的程序通常比 JIT 执行的程序更快，尤其对于 CPU 密集型任务。
  • 部署简易：无需用户安装.NET 运行时，简化了部署流程。
  • 维护成本降低：对于依赖老旧系统的企业，避免了频繁升级运行时的困扰。

本文只在分享网友及站长实践的一个成果，如有更多发现，欢迎投稿或给本文PR。

Windows 7 支持

下图是网友编译的 Avalonia UI 跨平台项目在 Win 7 非 SP1 环境运行效果截图：

如上图，左侧是程序运行界面，右侧是操作系统版本。

为了便于读者代码拷贝，参考配置贴出如下：

<Project Sdk="Microsoft.NET.Sdk">
	<PropertyGroup>
		<OutputType>WinExe</OutputType>
		<TargetFramework>net9.0-windows</TargetFramework>
		<Nullable>enable</Nullable>
		<BuiltInComInteropSupport>true</BuiltInComInteropSupport>
		<ApplicationManifest>app.manifest</ApplicationManifest>
		<AvaloniaUseCompiledBindingsByDefault>true</AvaloniaUseCompiledBindingsByDefault>
		<PublishAot>true</PublishAot>
	</PropertyGroup>
	<PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Release|AnyCPU'">
		<InvariantGlobalization>true</InvariantGlobalization>
        <!--支持在Windows XP或更高版本的Windows操作系统上运行,XP下尝试Ava失败-->
		<WindowsSupportedOSPlatformVersion>5.1</WindowsSupportedOSPlatformVersion>
		<RuntimeIdentifier>win-x64</RuntimeIdentifier>
		<TargetPlatformMinVersion>5.1</TargetPlatformMinVersion>
	</PropertyGroup>
	<ItemGroup>
		<PackageReference Include="VC-LTL" Version="5.1.1-Beta3" />
	</ItemGroup>
	<ItemGroup>
		<PackageReference Include="Avalonia" Version="11.1.1" />
		<PackageReference Include="Avalonia.Desktop" Version="11.1.1" />
		<PackageReference Include="Avalonia.Themes.Fluent" Version="11.1.1" />
		<PackageReference Include="Avalonia.Fonts.Inter" Version="11.1.1" />
		<!--Condition below is needed to remove Avalonia.Diagnostics package from build output in Release configuration.-->
		<PackageReference Condition="'$(Configuration)' == 'Debug'" Include="Avalonia.Diagnostics" Version="11.1.1" />
		<PackageReference Include="Avalonia.ReactiveUI" Version="11.1.1" />
	</ItemGroup>
</Project>

上面关键配置说明：

  1. <PublishAot>true</PublishAot>

该开关用于支持AOT编译发布

  1. <WindowsSupportedOSPlatformVersion>5.1</WindowsSupportedOSPlatformVersion>

支持在Windows XP或更高版本的Windows操作系统上运行

  1. VC-LTL

VC-LTL是一个基于微软VC修改的开源运行时，有效减少应用程序体积并摆脱微软运行时DLL，比如msvcr120.dll、api-ms-win-crt-time-l1-1-0.dll等依赖。

Win7及以上版本，可能AOT就能正常运行（不需要安装.NET运行时）。但也有可能在目标系统运行失败，可添加该库尝试重新AOT编译。详细原理参考该仓库：https://github.com/Chuyu-Team/VC-LTL

经站长实测：Windows7可能还需要添加YY-Thunks包引用：

<PackageReference Include="YY-Thunks" Version="1.1.4-Beta3" />

关于YY-Thunks：链接，说明：

众所周知，从 Windows 的每次更新又会新增大量 API，这使得兼容不同版本的 Windows 需要花费很大精力。导致现在大量开源项目已经不再兼容一些早期的 Windows 版本，比如 Windows XP RTM。

难道就没有一种快速高效的方案解决无法定位程序输入点的问题吗？

YY-Thunks（鸭船），存在的目的就是抹平不同系统的差异，编译时单纯添加一个 obj 即可自动解决这些兼容性问题。让你兼容旧版本 Windows 更轻松！

经测试，Winform 可以.NET 9 x86 AOT发布后运行，效果截图如下：

Winform 工程配置如下：

可拷贝配置如下：

<Project Sdk="Microsoft.NET.Sdk">
	<PropertyGroup>
		<OutputType>WinExe</OutputType>
		<TargetFramework>net9.0-windows</TargetFramework>
		<Nullable>enable</Nullable>
		<UseWindowsForms>true</UseWindowsForms>
		<ImplicitUsings>enable</ImplicitUsings>
	</PropertyGroup>
	<PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Release|AnyCPU'">
		<InvariantGlobalization>true</InvariantGlobalization>
		<WindowsSupportedOSPlatformVersion>5.1</WindowsSupportedOSPlatformVersion>
		<RuntimeIdentifier>win-x64</RuntimeIdentifier>
		<TargetPlatformMinVersion>5.1</TargetPlatformMinVersion>
		<PublishAot>true</PublishAot>
		<_SuppressWinFormsTrimError>true</_SuppressWinFormsTrimError>
	</PropertyGroup>
	<ItemGroup>
		<PackageReference Include="VC-LTL" Version="5.1.1-Beta3" />
		<PackageReference Include="WinFormsComInterop" Version="0.5.0" />
	</ItemGroup>
</Project>

入口再加一句代码ComWrappers.RegisterForMarshalling(WinFormsComInterop.WinFormsComWrappers.Instance);：

using System.Runtime.InteropServices;

namespace WinFormsAotDemo;

internal static class Program
{
    /// <summary>
    ///  The main entry point for the application.
    /// </summary>
    [STAThread]
    static void Main()
    {
        // To customize application configuration such as set high DPI settings or default font,
        // see https://aka.ms/applicationconfiguration.

        ComWrappers.RegisterForMarshalling(WinFormsComInterop.WinFormsComWrappers.Instance);

        ApplicationConfiguration.Initialize();
        Application.Run(new Form1());
    }
}

Windows XP 支持

目前测试可运行控制台程序：

网友得出结论：

XP 需要链接 YY-Thunks，参考链接：https://github.com/Chuyu-Team/YY-Thunks（前面有提及，Win7如果失败也可以添加该包引用尝试）

大家可关注 YY-Thunks 这个 ISSUE：https://github.com/Chuyu-Team/YY-Thunks/issues/66

控制台支持 XP 的工程配置如下：

<Project Sdk="Microsoft.NET.Sdk">
	<PropertyGroup>
		<OutputType>Exe</OutputType>
		<TargetFramework>net9.0</TargetFramework>
		<ImplicitUsings>enable</ImplicitUsings>
		<Nullable>enable</Nullable>
	</PropertyGroup>
	<PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Release|AnyCPU'">
		<InvariantGlobalization>true</InvariantGlobalization>
		<WindowsSupportedOSPlatformVersion>5.1</WindowsSupportedOSPlatformVersion>
		<SupportWinXP>true</SupportWinXP>
		<PublishAot>true</PublishAot>
	</PropertyGroup>
	<ItemGroup>
		<PackageReference Include="VC-LTL" Version="5.1.1-Beta3" />
	</ItemGroup>
</Project>

网友心得：

有待加强的部分

经测试Prism框架使用会报错：

使用HttpClient也会出错：

2024-08-02

通过阅读开源Avalonia主题库 [Semi.Avalonia](irihitech/Semi.Avalonia: Avalonia theme inspired by Semi Design (github.com)) 的源码及作者 Rabbitism 兔佬的PR已经解决Prism问题的，其它库问题使用方法应该类似，修改如下：

主工程添加Roots.xml，内容如下：

<linker>
    <assembly fullname="CodeWF.Toolbox.Desktop" preserve="All"/>
    <assembly fullname="Ursa.PrismExtension" preserve="All" />
    <assembly fullname="Prism" preserve="All" />
    <assembly fullname="DryIoc" preserve="All" />
    <assembly fullname="Prism.Avalonia" preserve="All"/>
    <assembly fullname="Prism.DryIoc.Avalonia" preserve="All"/>
    <assembly fullname="CodeWF.Toolbox" preserve="All" />
</linker>

主工程添加该XML配置：

<ItemGroup>
    <TrimmerRootDescriptor Include="Roots.xml" />
</ItemGroup>

HttpClient也是类似的处理方法，这里不赘述，需要你进行更多尝试。

每个公司的不同项目都是极其不同、复杂的，实际发布还需要不断测试，为了支持Windows7、Windows XP可能不得不做出使用库替换、部分API使用取舍等操作，欢迎读者将使用过程中的心得体会进行分享。

结语

.NET 9 的 AOT 支持无疑拓宽了.NET 生态的应用范围，为那些需要在老旧平台上运行高性能应用的开发者提供了强大的工具。随着技术的发展，我们期待未来更多的.NET 版本能够进一步打破界限，让编程变得更加灵活和高效。

感谢网友GSD及M$達分享的这个好消息，大石头这篇文章《各版本操作系统对.NET 支持情况》推荐大家阅读：https://newlifex.com/tech/os_net

参考AOT项目：https://github.com/dotnet9/CodeWF.Toolbox

技术交流

软件开发技术交流添加 QQ 群：771992300

或扫站长微信(codewf，备注加群)加入微信技术交流群：

原创作者: lsq6 转载于: https://www.cnblogs.com/lsq6/p/18519287
彭萦
关注
.NET 9 AOT：5大技术突破+3个实战案例，Win7/XP也能跑飞？
java专栏
06-21 618
本文介绍了.NET 9中AOT编译器的五大技术突破，包括支持老旧Windows系统、内联优化、PGO优化、零分配内存管理和可回收内存流。通过这些技术，开发者可以在Win7/XP等老旧系统上运行.NET程序，提升代码性能和内存管理效率。文章还提供了三个实战案例，展示了如何在Win7上运行Avalonia UI应用、解决Prism框架的兼容性问题以及处理HttpClient的AOT兼容性。这些技术突破和案例为开发者提供了更高效、更灵活的编程解决方案。
为什么你的.NET应用在Linux上“卡脖子”？.NET9 AOT+JSON序列化实战：性能暴增80%的魔法配方！
最新发布
java专栏
07-13 623
摘要：本文探讨.NET9 AOT与JSON的优化实践，提供5项关键“手术”方案。首先配置Linux环境，解决AOT编译依赖问题；其次针对System.Text.Json在AOT下的序列化问题，提出预热方案提升性能；通过实测对比AOT与JIT在启动时间和内存占用的优势；介绍跨平台部署技巧，实现Windows老旧系统兼容；最后优化JSON输出格式。这些方法显著提升.NET9应用的性能和兼容性，特别适合需要快速启动和高吞吐的场景。
.net9 AOT编绎生成标准DLL，输出API函数教程-中国首创
04-17 1799
1，安装VS2022预览版（Visual Studio Preview）2，选择安装组件：使用C++的桌面开发 和 .NET桌面开发。3，编绎生成32位标准Dll，输出函数Add（加法计算）用时12秒左右,DLL大小，1MB。4，VB6中调用API。
.NET 10 进展之 CoreCLR Interpreter
weixin_41361317的博客
06-22 6
NET统一运行时从Mono到CoreCLR的迁移是一个渐进过程，目标是通过整合运行时技术（如AOT和解释器）来提升性能和一致性。CoreCLR Interpreter 的开发是 .NET 平台的重要里程碑，旨在通过完整的解释器支持扩展 CoreCLR 的应用场景，包括资源受限的环境和动态代码运行需求。原创作者: shanyou转载于: https://www.cnblogs.com/shanyou/p/18895698。
.NET 9 Winform程序内嵌Webveiw2组件AOT发布与各windows系统版本兼容测试
吴所畏惧
11-15 4771
.NET 9 AOT + Webview2发布最低支持的Windows系统测评
.NET 9 支持的操作系统版本
csdn_aspnet的专栏，请点击博客主页右上角三个点中的私信联系
11-25 10万+
.NET 9 支持的操作系统版本，例如 Debian 12、Ubuntu 22.04 及更高版本。主要通过 libc 版本定义最低兼容性。对以下操作系统版本的支持已结束。不受支持的操作系统版本。
.NET 9 全面上线：开启开发新纪元
2401_88888297的博客
11-17 1233
微软最新发布的.NET 9为开发者带来了翻天覆地的变化，这次升级不仅仅是一次普通的版本迭代，更像是为开发者打开了一扇通往未来的大门。 性能革新：AOT编译的突破性进展 原生提前编译（AOT）是此次更新最耀眼的明珠…
100多个地理、测绘方面的数据网站
weixin_30446197的博客
11-20 4364
序号 网站名称 关键字 语言 国家 网站类型 数据类型 重要程度 地址 描述 40 美国全球陆地信息系统/USGS Earth Resources Observation and Science Center 地理系统,全球陆地 美国 1,地理学 USGS Earth Resources Observation and Science ...
.NET各版本支持的操作系统
热门推荐
csdn_aspnet的专栏，请点击博客主页右上角三个点中的私信联系
07-20 11万+
借助虚拟机和测试机，检测各版本操作系统对.NET的支持情况。安装操作系统后，实测安装相应运行时并能够运行星尘代理为通过。测试平台：VMware Workstation镜像来源：MSDN I Tell You。
发布 VectorTraits v3.1（支持 .NET 9.0，支持 原生AOT）
zyl910的专栏
01-27 1789
VectorTraits已更新至 v3.1版。支持 .NET 9.0，支持 原生AOT。
.NET9 AOT部署
weixin_55010563的博客
01-23 868
AOT是Ahead-of-Time的缩写，AOT是将C#程序提前编译为机器代码（通常为平台特定的二进制文件），在应用程序启动之前完成编译过程。运行时优化：JIT可以根据应用程序的运行环境和具体数据动态生成优化的机器代码，可能会实现更高的性能，尤其是在具有不同负载的应用场景下。灵活性较低：JIT可以根据运行时的环境和数据进行动态优化，而AOT在编译时就决定了优化策略，缺乏运行时调整的灵活性。性能波动：由于JIT编译是在运行时进行的，可能导致执行过程中存在性能波动，尤其是在复杂的代码路径上。
.NET9 AOT完全自举了吗？
dotNET跨平台
03-26 643
点击上方蓝字 江湖评谈设为关注自举：自己把自己举起来，似乎有点难以理解。编程语言里面其实很简单。举个例子：Python解释器是Python语言编写的，用Python解释器来解释Python应用层级的框架，语法糖，以及其它功能，即谓之自举。.NET的前端编译器是Roslyn，它是C#写的，但CLR/JIT后端编译则是C++。所以算不上自举。.NET AOT呢？AOT编译器ILC是C#写的，构建了内...
好消息：NET 9 X86 AOT的突破 - 支持老旧Win7与XP环境
farway000的博客
07-19 628
unsetunset引言unsetunset随着技术的不断进步，微软的.NET框架在每次迭代中都带来了令人惊喜的新特性。在.NET 9版本中，一个特别引人注目的亮点是X86架构下的AOT（ Ahead-of-Time）编译器的支持扩展，它允许开发人员将应用程序在编译阶段就优化为能够在老旧的Windows系统上运行，包括Windows 7和甚至Windows XP。这不仅提升了性能，也为那些依然依赖...
.NET9 AOT的性能优化
dotNET跨平台
11-29 302
点击上方蓝字 江湖评谈设为关注/星标前言.NET9里面重要的一个优化是对于AOT预编译的内联优化，这种优化较高的提升了AOT运行的性能。本篇看下这种优化技术。AOT优化概述优化从来都不是简单的去掉几行代码或者改动几个机器码就行了，需要统筹考虑，以AOT优化来参考说明。.NET9里面AOT的优化主要聚焦于内联上面。内联优化虽然提高了AOT后程序运行的速度，但会膨胀二进制可执行文件的体积。这个体积太大...
UWP 通过 .NET 9 和Native AOT 的支持实现 UWP 应用的现代化
shengyin714959的博客
10-11 109
我们希望从长远来看，这将成为 UWP 应用程序使用 .NET 和 C# 的首选方式，并且尽可能多的开发人员将能够将其现有的 UWP 应用程序从 .NET Native 升级到最新的 .NET 和 Native AOT。“或者想要利用最新版本的 .NET 和本机 AOT？微软希望为 UWP 初步支持.NET 9，从而引导开发者逐步升级他们的应用，首先通过现代化底层代码库，移除对.NET Native（停留在.NET Core 2.0 功能级别）的依赖，接入最新的.NET 和 C#特性，并获得显著的性能提升。
Windows每个版本自带的.NET版本，与支持的最高.NET版本
Leon的专栏
09-15 1万+
桌面版本： 注：支持最高版本的 .NET版本列中，Latest 代表目前最高版本的均支持 Windows版本 自带.NET Framework版本 支持最高的 .NET Framework版本 WindowsNT 4.0 SP6a、2000 .NET Framework 1.1 SP1 Windows 98, 98SE, Me,2000 SP3 .NET Framework 2.0 Windows2000 SP4 .NET F......
.net9 aot在linix上部署的方法
03-12
<think>嗯，用户想了解在Linux上部署.NET 9 AOT应用的方法。首先，我需要确认.NET 9的当前状态，因为可能还在预览阶段，用户需要注意版本稳定性。然后，AOT编译需要特定的SDK，得检查是否安装了.NET 9 SDK和AOT组件。 接下来，步骤可能包括创建控制台应用，配置AOT发布选项。需要提醒用户修改.csproj文件，添加PublishAot属性。然后使用dotnet publish命令发布，指定运行时为linux-x64。这部分要详细说明命令参数，避免用户出错。 可能的问题：用户是否了解运行时标识符？需要解释一下--runtime参数的作用。另外，依赖项的处理也很重要，比如动态库或本地依赖，AOT可能无法完全包含这些，可能需要额外步骤。 然后，部署到Linux服务器时，确保环境兼容，比如glibc版本，或者考虑使用容器技术如Docker。这部分可能需要给出Dockerfile的例子，帮助用户构建镜像。 还要提到性能权衡，AOT虽然启动快，但体积大，平台限制。用户可能需要根据场景选择是否使用AOT。另外，调试问题，因为AOT编译后更难调试，建议先常规编译测试。 需要检查是否有遗漏的步骤，比如安装必要的依赖库，或者在Linux服务器上安装运行环境。可能用户会遇到错误，比如缺少库，要提醒他们根据错误信息安装对应的包。 最后，结构要清晰，分步骤说明，确保用户能一步步跟着操作。同时，注意使用正确的格式，数学公式用$...$，独立公式用$$...$$，不过这个问题可能不太涉及数学公式，但系统指令还是要遵守。</think>以下是关于在Linux系统上部署.NET 9 AOT应用程序的步骤说明： ### 一、准备工作 1. 环境要求： - Linux系统（推荐Ubuntu 22.04+ 或 CentOS 8+） - .NET 9 SDK（需安装`dotnet-sdk-9.0`和`aspnetcore-runtime-9.0`包） - 安装AOT编译组件： ```bash sudo apt-get install clang zlib1g-dev ``` 2. 验证环境： ```bash dotnet --version # 应显示9.x.x版本 ``` ### 二、创建并配置AOT项目 1. 新建控制台项目： ```bash dotnet new console -o AotDemo cd AotDemo ``` 2. 修改`.csproj`文件： ```xml <PropertyGroup> <PublishAot>true</PublishAot> <InvariantGlobalization>true</InvariantGlobalization> </PropertyGroup> ``` ### 三、编译与发布 1. 发布AOT应用： ```bash dotnet publish -c Release -r linux-x64 --self-contained ``` 2. 输出路径： ```bash cd bin/Release/net9.0/linux-x64/publish ``` ### 四、部署注意事项 1. 依赖项处理： - 若使用`System.Drawing`等本地库，需确保目标系统安装对应依赖： ```bash sudo apt-get install libgdiplus ``` 2. 最小化部署： ```bash dotnet publish -p:StripSymbols=true -p:PublishTrimmed=true ``` ### 五、容器化部署（可选） 使用Dockerfile示例： ```dockerfile FROM mcr.microsoft.com/dotnet/runtime-deps:9.0-jammy WORKDIR /app COPY bin/Release/net9.0/linux-x64/publish . ENTRYPOINT ["./AotDemo"] ``` 构建命令： ```bash docker build -t aotdemo . docker run -it --rm aotdemo ``` ### 六、验证部署 1. 检查文件类型： ```bash file AotDemo # 应显示ELF可执行文件 ``` 2. 运行验证： ```bash ./AotDemo ``` ### 七、常见问题排查 1. 若出现`GLIBC_xxx not found`错误： - 需在较低版本glibc的系统上构建 - 或使用`-p:UseSystemResourceKeys=true`编译选项 2. 动态库加载问题： ```bash ldd AotDemo # 检查未解析的依赖项 ``` > **注意**：当前.NET 9仍处于开发阶段，AOT功能可能有所变动，建议定期更新SDK版本。对于生产部署，推荐等待.NET 9正式版发布后再进行评估。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值