51CTO首页
AI.x社区
博客
学堂
精品班
免费课
企业培训
鸿蒙开发者社区
WOT技术大会
AIGC创新中国行
IT证书
公众号矩阵
移动端
短视频免费课程课程排行直播课软考学堂
全部课程厂商认证IT技术2024年软考PMP项目管理软考资讯
在线学习
文章资源问答课堂专栏直播
51CTO
鸿蒙开发者社区
51CTO技术栈
51CTO官微
51CTO学堂
51CTO博客
CTO训练营
鸿蒙开发者社区订阅号
51CTO题库小程序
51CTO学堂APP
51CTO学堂企业版APP
鸿蒙开发者社区视频号
活动 短视频 专栏 极客Show 鸿蒙技术特刊

官宣 .NET 7 预览版3

nettips
发布于 2022-5-12 17:11
浏览
0收藏

 

很高兴地宣布，我们发布了.NET 7 预览版3。.NET 7的第三个预览版包括了对可观察性、启动时间、codegen、GC regions、本地AOT编译等方面的增强。您现在就可以获取并开始尝试新功能，包括:

  • 原生 AOT
  • 默认 GC regions
  • ASP.NET Core 启动时间改进
  • 您可以下载适用于 Windows、macOS 和 Linux 的 .NET 7 预览版 3。
  • 安装程序和二进制文件
  • 容器的图片
  • Linux包
  • 发布说明
  • 已知的问题
  • GitHub问题跟踪器
    .NET 7预览版3已经在Visual Studio 17.2预览版3中进行了测试。如果您想尝试 .NET 7和Visual Studio的系列产品，我们建议您使用预览版。Mac版的Visual Studio暂时还未支持.NET 7预览版，但很快就会发布。现在，让我们了解这个版本中的一些最新更新的内容。
     

.NET 7 预览版 3
https://dotnet.microsoft.com/zh-cn/download/dotnet/7.0?ocid=AID3042760
安装程序和二进制文件
https://dotnet.microsoft.com/zh-cn/download/dotnet/7.0?ocid=AID3042760
容器的图片
https://hub.docker.com/_/microsoft-dotnet
Linux包
https://github.com/dotnet/core/tree/main/release-notes/7.0
发布说明
https://github.com/dotnet/core/tree/main/release-notes/7.0
已知的问题
https://github.com/dotnet/core/blob/main/release-notes/7.0/known-issues.md
GitHub问题跟踪器
https://github.com/dotnet/core/issues
预览版
https://visualstudio.microsoft.com/vs/preview/?ocid=AID3042760


更快、更轻量级的原生AOT应用
 

在.NET 7 预览版2的博客文章中🔗，我们宣布原生AOT项目已经从实验状态转移到.NET /runtime repo的.NET 7的主线开发中。我们知道您们中的许多人都在急切地等待着来自团队的关于Native AOT的更新，我们在预览版3中有一些新的更新。

如果您想了解原生AOT的详细信息，或者想要开始使用它，repo文档是最好的选择。

我们也意识到您们中的一些人可能不熟悉原生 AOT是什么，所以我们想分享它的一个快速概述给您们。

.NET 7 预览版2

https://devblogs.microsoft.com/dotnet/announcing-dotnet-7-preview-2/#nativeaot-update?ocid=AID3042760
repo文档 https://github.com/dotnet/runtime/blob/main/src/coreclr/nativeaot/docs/compiling.md
▌什么是原生AOT？

提前编译(AOT)是指在应用程序构建时(而不是运行时)生成代码的一系列技术。AOT 对 .NET 来说并不陌生。今天我们发布了用于客户端和服务器场景的ReadyToRun，以及用于移动和WASM的Mono AOT。原生AOT为.NET桌面客户端和服务器场景带来了完整的原生预编译。原生AOT并没有取代这些现有技术，而是提供了一组新的功能，可以解锁新的form factors。

现有的AOT编译的.NET程序集包含特定于平台的数据结构和本地代码，用于通常在运行时完成的前置加载工作。预编译这些工件可以节省启动时的时间(例如ReadyToRun)，并允许访问非JIT平台(例如iOS)。如果没法做预先编译，.NET要么退回到JIT，要么退回到解释(取决于平台)。

原生AOT类似于.NET现有的AOT技术，但它只生成原生artifacts。事实上，本机AOT运行时并不知道如何读取 .NET程序集文件格式—所有这些都是平台本机的。可执行文件格式解析完全由底层操作系统处理。

原生AOT的主要优点是在启动时间、内存使用、访问受限平台(不允许JIT)和更小的磁盘大小方面。当操作系统将应用程序中的页面放入内存时，应用程序就开始运行。数据结构是为了运行AOT生成的代码而优化的，而不是为了在运行时编译新代码。这类似于Go、Swift和Rust等语言的编译方式。原生AOT最适合哪些非常看重启动时间的环境。针对原生AOT的要求比一般的.NET Core/5+应用程序和库更严格。原生AOT禁止在运行时emit新代码(例如Reflection.Emit)，也禁止在运行时加载新的 .NET程序集(例如插件模型)。

ReadyToRun
https://docs.microsoft.com/zh-cn/dotnet/core/deploying/ready-to-run?ocid=AID3042760
▌为原生AOT准备应用程序 

对于.NET 7，我们将控制台应用和原生库作为原生AOT的主要场景。应用程序开发人员和库作者现在可以通过确保他们的应用程序是可调整的来利用原生AOT。由于剪裁是原生AOT编译的必要条件，现在就为剪裁准备应用程序和库将帮助它们为原生AOT做好准备。如果您是任何一个.NET库的作者，遵循“剪裁库”说明将帮助你为剪裁库和原生AOT做好准备。
我们计划在.NET 7中发布的一个使用原生AOT编译的应用是Crossgen工具。Crossgen是.NET SDK的一部分。CoreCLR AOT编译器生成ReadyToRun可执行文件。Crossgen是用c#编写的，我们目前将其编译后作为ReadyToRun应用发布。在编译速度和大小方面，我们已经看到了一些非常有前途的数字。Crossgen从原生AOT中获益良多，因为它是一个短暂的进程，启动开销主导了整个执行时间:

官宣 .NET 7 预览版3-鸿蒙开发者社区
展望未来，原生AOT的兼容性将在.NET的下几个版本中得到改善，但是在许多情况下总有理由选择JIT。我们还将在dotnet SDK中为使用原生AOT发布项目添加更多的支持。

原生库

https://github.com/dotnet/samples/blob/main/core/nativeaot/NativeLibrary/README.md
应用程序和库

https://docs.microsoft.com/zh-cn/dotnet/core/deploying/trimming/trim-self-contained?ocid=AID3042760
剪裁库

https://docs.microsoft.com/zh-cn/dotnet/core/deploying/trimming/prepare-libraries-for-trimming?ocid=AID3042760

 

可观察性
 

.NET 7继续对云原生OpenTelemetry规范的支持。预览版3增加了对规范升级#988和#1708的支持，使采样器的跟踪状态可变。

• 允许跟踪采样器修改活动跟踪状态

//  ActivityListener 采样回调
    listener.Sample = (ref ActivityCreationOptions<ActivityContext> activityOptions) =>
    {
        activityOptions = activityOptions with { TraceState = "rojo=00f067aa0ba902b7" };
        return ActivitySamplingResult.AllDataAndRecorded;
    };


#988

https://github.com/open-telemetry/opentelemetry-specification/pull/988
#1708

https://github.com/open-telemetry/opentelemetry-dotnet/issues/1708
允许跟踪采样器修改活动跟踪状态

https://github.com/dotnet/runtime/pull/65530

 

System.Composition.Hosting
 

最新的托管可扩展性框架进行了轻微的更新，以与以前版本的API保持一致。新的API允许向System.Composition.Hosting容器添加单个对象实例。类似于遗留接口System.ComponentModel.Composition.Hosting中提供的功能以及API ComposeExportedValue(compostioncontainer, T)
建议:将现有对象注入MEF2
 

namespace System.Composition.Hosting
{
      public class ContainerConfiguration{
 public ContainerConfiguration WithExport<TExport>(TExport exportedInstance);
 public ContainerConfiguration WithExport<TExport>(TExport exportedInstance,                             string contractName = null, IDictionary<string, object> metadata = null);
 public ContainerConfiguration WithExport(Type contractType, object exportedInstance);
 public ContainerConfiguration WithExport(Type contractType, object exportedInstance, string contractName = null, IDictionary<string, object> metadata = null);
    }
}


System.Composition.Hosting容器

https://aka.ms/containerconfiguration
System.ComponentModel.Composition.Hosting

https://aka.ms/componentmodel
ComposeExportedValue(compostioncontainer, T)

https://aka.ms/exportedvalue
将现有对象注入MEF2

https://github.com/dotnet/runtime/issues/29400


 启用Write-Xor-Execute后，启动时间得到了改善 
 

性能仍然是.NET 7的主要关注点。dotnet/runtime#65738 PR重新实现了预编码和调用计数存根(分级编译助手存根)，以显著减少运行时中可执行代码创建后修改的数量。这使得启动时间提高了10-15%。

另外，即使没有启用Write-Xor-Execute，这种变化也会在一些微基准和一些ASPNet基准中带来稳定状态的性能提升(最高达8%)。

然而，在即将发布的预览版本中，也会有一些由该更改导致的回归(没有启用Write-Xor-Execute)。这是在Orchard和fortune对英特尔处理器的基准测试结果里观察到的。

dotnet/runtime#65738 PR

https://github.com/dotnet/runtime/pull/65738


 循环优化
 

• 对于System.Collections.Tests.Perf_BitArray. BitArrayLeftShift(尺寸:512), 循环克隆将单次调用的持续时间提高了21%。
 
循环克隆
https://github.com/dotnet/runtime/pull/66257

官宣 .NET 7 预览版3-鸿蒙开发者社区

一般优化
 

  • 从隐藏缓冲区中返回的被调用对象中删除额外的结构体副本

https://github.com/dotnet/runtime/pull/64130

  • 展开String.Equals和str.StartsWith表示常量字符串
    https://github.com/dotnet/runtime/pull/65288
  • 扩展Equals/StartsWith 为OrdinalIgnoreCase自动向量化

https://github.com/dotnet/runtime/pull/66095

  • setcc之后的Movzx优化显示代码大小减少了0.03 ~ 0.16%
    https://github.com/dotnet/runtime/pull/66245

 

 GC regions默认启用 
 

在预览版 3中，默认情况下启用了region功能，该功能有助于提高高吞吐量应用程序的内存利用率。除了MacOS和原生AOT(将来会启用)，该功能现在已在所有平台上启用。更多细节可以访问这个问题。

由于region最初的分配方式，我们预计较小的应用程序的工作集会增加。如果您注意到任何功能或性能差异，请在runtime repo中创建一个问题。
更多细节可以访问这个问题

https://github.com/dotnet/runtime/issues/43844


 密码学:更好的生成X.500名称
 

通过引入一个类，可以更清晰地解析X.500名称，这一更改简化了处理证书的工作。

让构建x500distishedname更安全、更容易

一般来说，任何想要构建X.500名称的人(比如用CertificateRequest类创建测试证书的人)都是通过字符串操作来实现的，要么是通过简单的文字，要么是通过字符串格式化，例如:

request = new CertificateRequest($"CN={subjectName},OU=Test,O=""Fabrikam, Inc.""", ...);


这通常没有问题，除非subjectName包含逗号、引号或任何对解析器有影响的内容。了解决这个问题，我们添加了x500 distishednamebuilder类。因为每个方法只对一个相对区别名(RDN)进行操作，所以解析过程中没有歧义。另外，由于RDN标识符得到了扩展，您不再需要猜测“CN”代表什么(“Common Name”)。

X500DistinguishedNameBuilder nameBuilder = new();
nameBuilder.AddCommonName(subjectName);
nameBuilder.AddOrganizationalUnitName("Test");
nameBuilder.AddOrganizationName("Fabrikam, Inc.");

request = new CertificateRequest(nameBuilder.Build(), ...);


让构建x500distishedname更安全、更容易

https://github.com/dotnet/runtime/issues/44738

 

针对.NET 7
 

针对目标.NET 7，你需要在你的项目文件中使用.NET 7目标框架代号(TFM)。例如:
 

<TargetFramework>net7.0</TargetFramework>


请看完整的.NET 7 tfm集合，包括特定于操作的tfm。

  • net7.0
  • net7.0-android
  • net7.0-ios
  • net7.0-maccatalyst
  • net7.0-macos
  • net7.0-tvos
  • net7.0-windows
    我们希望从.NET 6升级到.NET 7应该很简单。欢迎告诉我们在使用.NET 7测试现有应用程序过程中发现的任何重大变化。


 支持 
 

.NET 7是一个当前版本，这意味着它将从发布之日起18个月内获得免费的支持和补丁。值得注意的是，所有版本的质量都是相同的。唯一的区别是支持的长度。有关.NET支持策略的更多信息，请参阅.NET和.NET Core官方支持策略。


.NET和.NET Core官方支持策略

https://dotnet.microsoft.com/zh-cn/platform/support/policy/dotnet-core?ocid=AID3042760

 

重大的变化
 

通过阅读.NET 7文档中的重大的变化，你可以找到.NET 7中最新的重大变化的列表。它按区域和版本列出了重大的变更，并提供了详细解释的链接。

要查看有哪些重大的变化已经被提出来了，但是目前还是review阶段，请follow.NET重大变化的github issue。
.NET 7文档中的重大的变化

https://docs.microsoft.com/zh-cn/dotnet/core/compatibility/7.0?ocid=AID3042760
请follow.NET重大变化的github issue

https://github.com/dotnet/core/issues/7131

 

 路线图
 

.NET的发行版包括产品、库、运行时和工具，代表了微软内部和外部多个团队的协作。您可以通过阅读产品路线图来了解更多关于这些领域的信息:
ASP.NET Core 7和Blazor路线图

https://github.com/dotnet/aspnetcore/issues/39504
EF 7路线图

https://docs.microsoft.com/zh-cn/ef/core/what-is-new/ef-core-7.0/plan?ocid=AID3042760
ML.NET

https://github.com/dotnet/machinelearning/blob/main/ROADMAP.md
.NET MAUI

https://github.com/dotnet/maui/wiki/Roadmap
WinForms

https://github.com/dotnet/winforms/blob/main/docs/roadmap.md
WPF

https://github.com/dotnet/wpf/blob/main/roadmap.md
NuGet

https://github.com/NuGet/Home/issues/11571
Roslyn

https://github.com/dotnet/roslyn/blob/main/docs/Language Feature Status.md
运行时

https://github.com/dotnet/core/blob/main/roadmap.md
感谢您对.NET的所有支持和贡献。请尝试一下.NET 7预览版3，告诉我们您的想法!
.NET 7预览版3


https://dotnet.microsoft.com/zh-cn/download/dotnet/7.0?ocid=AID3042760

 

文章转自公众号：openGauss

分类
其他
标签
openGauss
已于2022-5-12 17:11:07修改
赞
收藏
回复
举报
回复
    相关推荐
    nettips
    这个用户很懒，还没有个人简介
    帖子
    视频
    声望
    粉丝
    最近发布
    热门推荐
    【梅科尔工作室】喜报 | 鸿蒙生态再创佳绩！！！ 7回复
    寻见鸿蒙体验官—— HarmonyOS NEXT 征文挑战赛 1回复
    #HarmonyOS NEXT体验官#实战鸿蒙，实现一款权限请求框架 2回复
    #鸿蒙学习大百科# 问答挑战赛（第一期） 1回复
    【仓颉】配置仓颉运行环境VSCode + Win11 4回复
    相关问题
    如何安装HarmonyOS NEXT的开发者预览版？ 1回答
    官网上3.0beta版本，创建api7的ets项目，helloworld不能正常展示 1回答
    .NET 7 的 docker 镜像中如何将软件安装源替换为阿里云镜像源 1回答
    mysql80-community-release-el7-1、2、3的区别是什么？ 1回答
    Centos Docker .net core 项目如何将amr格式语音文件转MP3格式语音文件? 1回答
    社区精华内容

    目录