微软windows desktop runtime 11.0

windows desktop runtime 11.0是微软发布的一款开源免费的NET框架运行库，一般又称为Microsoft .NET Desktop Runtime 11，Microsoft .NET 11，简称为 .NET11，是继.NET10之后的首个预览版本，同时也是用于在你的计算机上运行windows窗体和wpf应用程序，为支持.NET桌面应用程序提供了必要的组件和库，使得用户能够在其系统上运行依赖于这些组件的应用程序‌。本次更新覆盖运行时、SDK、类库、C#、F#、ASP.NET Core、Blazor、.NET MAUI 等多个组件，重点推进 CoreCLR 运行时对 Mono 的替代，并引入多项性能优化。微软建议开发者配合最新的 Visual Studio Insiders 或 Visual Studio Code（搭配 C# Dev Kit 扩展）进行体验。

与.NET10相比，.NET11官方版在运行时层面引入了一种新的“运行时级别异步机制”（runtime-level async），包含配置、诊断以及 AOT（提前编译）支持。与此同时，.NET 运行时也带来多项性能改进。而在JIT（即时编译器）方面，.NET 11 的改动重点包括提升启动吞吐量、启用更多优化并降低关键代码模式中的开销。微软称，其中一项改进是提升多核 JIT 的 MAX_METHODS 限制，以更好支持大型工作负载并改善方法密集型应用的启动表现。此外，非共享的泛型虚方法将被去虚拟化，以减少虚调用开销并为进一步的内联与优化创造条件。JIT 还扩展了基于模式的归纳变量分析，以覆盖更多循环分析场景，从而带来更多循环优化机会，快免费下载体验吧。

基本介绍

1、完整版

11.0.100-preview.1.26104.118

2、包含的运行时

.NET 运行时 11.0.0-preview.1.26104.118

ASP.NET Core 运行时 11.0.0-preview.1.26104.118

.NET 桌面运行时 11.0.0-preview.1.26104.118

3、语言支持

C# 14.0

F# 10.0

Visual Basic 17.13

.NET11软件特性

一、WebAssembly 方面

微软正在推进将 .NET WebAssembly 从 Mono 运行时迁移到 CoreCLR。微软从 .NET 11 开始启动将 CoreCLR 引入 WebAssembly 的初步工作，但该特性在 Preview 1 中尚未达到可正式发布的状态。作为相关工作的一部分，.NET 11 Preview 1 开始启用面向 Wasm 的 RyuJit，用于 AOT 编译。

微软正努力进一步减少 .NET 对 Mono 的依赖。尽管这一变化对开发者而言“感知不强”，但 Mono 仍被用于 .NET MAUI（Multi-platform App UI）开发的移动应用，以及 WebAssembly。此外，Mono 项目已移交给 WineHQ，但微软仍在 .NET 代码中维护一份 Mono 运行时。

二、移动端方面

.NET 11 的一个变化是 CoreCLR 成为 Android 构建的默认运行时。有报道指出，在 .NET 10 中该功能仍属实验性，而在 .NET 11 中已成为默认配置，微软称这将改善与 .NET 其他部分的兼容性，并降低启动时间。

三、类库更新方面

.NET 11 引入 Zstandard（Zstd）压缩支持。与现有算法相比，Zstd 可在保持竞争力压缩比的同时，实现更快的压缩与解压性能；新增 API 覆盖流式、一次性（one-shot）以及基于字典的压缩与解压能力。此外，.NET 11 还加入了“按年份缓存时区转换”的机制，用于提升时间转换性能。该缓存以 UTC 格式存储某一年的所有转换信息，减少转换过程中重复规则查询。

四、语言层面

.NET 11 Preview 1 引入 C# 15 与 F# 11 对应更新。其中 C# 15 增加两项新特性：

1、其一为“集合表达式参数”，用于在集合表达式无法直接生成所需集合类型的场景下，为开发者提供在语法中指定容量、比较器或其他构造参数的能力；

2、其二为“扩展布局支持”，当类型应用 System.Runtime.InteropServices.ExtendedLayoutAttribute 时，C# 编译器会发出 TypeAttributes.ExtendedLayout。该特性主要供 .NET 运行时团队在互操作场景中使用。

五、F# 11 方面

微软在 .NET 11 Preview 1 中默认启用并行编译，并提升了对计算表达式密集代码的编译速度，同时加入一些较小的新语言特性。此外，F# 移除了 ML 兼容性，此前为兼容 ML 而保留的 asr、land、lor、lsl、lsr、lxor 等关键字现在可作为标识符使用。微软称，F# 最初作为运行在 .NET 上的 OCaml 方言诞生，编译器长期保留了诸如 .ml、.mli 文件扩展名、#light "off" 指令以及 --mlcompatibility 等兼容性构造。如今这一阶段宣告结束，编译器、解析器和测试套件中约 7000 行遗留代码已被移除。

六、开发工具与 SDK 方面

.NET 11 Preview 1 带来 CLI 命令改进、新的 .NET 代码分析器等变化。dotnet run（IT之家注： .NET CLI 中的一个核心命令）将增强交互式选择工作流，为 .NET MAUI 与移动开发场景的改进打基础。

七、 Web 框架方面

Blazor 新增 EnvironmentBoundary 组件，用于根据宿主环境进行条件渲染，类似于 MVC 的环境标签辅助器，可在服务器与 WebAssembly 两种托管模式中提供一致的渲染方式。

八、 .NET MAUI 方面

微软将 XAML 源生成设为默认，以提升构建时间、调试性能以及发布运行时性能，并称调试构建的应用行为将与发布构建更一致。此外，WPF（Windows Presentation Foundation）在 Windows 10 上针对 Fluent 窗口背景与底色问题进行了修复。

重要新功能和改进

一、CLI 命令改进

dotnet run：交互式目标框架和设备选择

dotnet test：位置参数

dotnet watch：热重载引用更改和可配置端口

dotnet 格式：隐藏严重性支持

代码分析器

新的分析器

新.NET SDK功能

发布引用符号属性

其他变更

选择退出自动UTF-8控制台编码（主要针对Windows用户）

基于文件的应用程序的行为更类似于基于项目的应用程序

二、CLI命令改进

dotnet run：交互式目标框架和设备选择

dotnet run 已得到显著增强，能够支持交互式选择工作流，为改进 .NET MAUI 和移动开发场景奠定了基础。

三、目标框架选择

在运行未指定--framework的多目标项目时，dotnet run现在会以交互方式提示您使用箭头键选择目标框架（由Spectre.Console提供支持）。在非交互式终端中，则会以格式化错误的形式列出可用的框架。

dotnet watch：热重载引用更改和可配置端口

四、支持更改项目和包引用

dotnet watch 现在可以在热重载会话期间在运行时处理添加项目和包引用。以前，添加新的 PackageReference 或 ProjectReference 需要重新启动应用程序。现在，当添加引用时：

Roslyn 验证更改，并确定哪些项目需要重新部署。

dotnet watch 执行 ReferenceCopyLocalPathsOutputGroup 目标，以将新的依赖项复制到输出目录中。

运行中的应用程序中的增量应用器通过AssemblyResolving事件加载新的程序集。

这使得在迭代多项目解决方案时，开发工作流程更加流畅，无需重新启动应用程序。

五、可配置的浏览器刷新端口

新的DOTNET_WATCH_AUTO_RELOAD_WS_PORT环境变量允许您配置dotnet watch用于浏览器刷新的WebSocket端口。该变量是对现有DOTNET_WATCH_AUTO_RELOAD_WS_HOSTNAME变量的补充，在基于容器的开发工作流程中特别有用，因为在此类流程中需要提前定义特定的端口转发规则。

六、发布引用符号属性

新的“PublishReferenceSymbols”MSBuild属性可控制发布输出中是否包含来自引用项目的.pdb文件。该属性是对现有“PublishDocumentationFile”、“PublishReferencesDocumentationFiles”和“CopyOutputSymbolsToPublishDirectory”属性的补充，以便完全控制要发布的工件。

七、关闭自动UTF-8控制台编码（主要针对Windows用户）

MSBuild会自动将控制台编码设置为UTF-8，以确保跨平台输出的一致性。然而，在某些非英语环境（如日语或中文系统）中，当将控制台输出重定向到管道时，由于无法检测目标编码，UTF-8编码可能会导致文本乱码。