.NET 6 漫画版大全（二）

ersrich>dotnet tool install -g dotnet-runtimeinfo You can invoke the tool using the following command: dotnet-runtimeinfo Tool 'dotnet-runtimeinfo' (version '1.0.5') was successfully installed.

C:Usersrich>dotnet runtimeinfo4242 ,d ,d42 42 42,adPPYb,42 ,adPPYba, MM42MMM 8b,dPPYba, ,adPPYba, MM42MMMa8" MLT-Y42 a8" "8a 42 42P' MLT-"8a a8P_____42 428b 42 8b d8 42 42 42 8PP""""""" 42"8a, ,d42 "8a, ,a8" 42, 42 42 "8b, ,aa 42,MLT-"8bbdP"Y8 MLT-"YbbdP"' "Y428 42 42 MLT-"Ybbd8"' "Y428

**.NET information

Version: 6.0.0

FrameworkDeion: .NET 6.0.0-rtm.21522.10

Libraries version: 6.0.0-rtm.21522.10

Libraries hash: 4822e3c3aa77eb82b2fb33c9321f923cf11ddde6

**Environment information

ProcessorCount: 8

OSArchitecture: Arm64

OSDeion: Microsoft Windows 10.0.22494

OSVersion: Microsoft Windows NT 10.0.22494.0

如您所见，该辅助工具在 Windows Arm64 上MS试运行。我将向您展示 ASP.NET Core 的样子。

▌macOS Arm64

您可以看见在 macOS Arm64 上的感官是十分相似的，并且还展示了解释器集目的。

rich@MacBook-Air app % dotnet ；还有version6.0.100rich@MacBook-Air app % dotnet ；还有info | grep RIDRID: osx-arm64rich@MacBook-Air app % cat Program.cs using System.Runtime.InteropServices;using static System.Console;WriteLine($"Hello, {RuntimeInformation.OSArchitecture} from {RuntimeInformation.FrameworkDeion}!");rich@MacBook-Air app % dotnet runHello, Arm64 from .NET 6.0.0-rtm.21522.10!rich@MacBook-Air app % dotnet run -a x64Hello, X64 from .NET 6.0.0-rtm.21522.10!rich@MacBook-Air app %

这张图片展示了 Arm64 执行是 Arm64 SDK 的当前分设，以及应用-aCOM在目的 Arm64 和 x64 中间系统设计是多么难以。显然显然相同的感官限于作 Windows Arm64。

此影像示范了显然相同的主旨，但应用的是 ASP.NET Core。我打算应用与您在上图中的看见的显然相同的 .NET 6 Arm64 SDK。

▌Arm64 上的 Docker

Docker 背书在MS解释器集和辅助结构设计中的试运行的装入，MS解释器集是当前的。这样子很明显，但当大多数 Docker Hub 目录都是面向 x64 时，这或许会让人沮丧奇怪。您可以应用；还有platform linux/amd64来允诺 x64 影像。

我们仅有背书在 Arm64 MS-DOS上试运行 Linux Arm64 .NET 装入Blu-ray。这是因为我们绝不会背书在QEMU中的试运行 .NET ，这是 Docker 用作解释器集精心结构设计的。看来这或许是由于 QEMU 的受到限制。

此影像示范了我们安全及的操控台下述：mcr.microsoft.com/dotnet/samples. 这是一个有趣的下述，因为它还包括一些前提逻辑，用作中学毕业取您可以应用的 CPU 和文件系统受到限制的资讯。我展示的影像分设了 CPU 和文件系统受到限制。

自己放心吧：docker run ；还有rm mcr.microsoft.com/dotnet/samples

▌Arm64 持续效能

Apple Silicon 和 x64 辅助结构设计背书重大项目相当最重要，但是，我们也普遍提高了 Arm64 持续效能。

此影像示范了将格式化帧的主旨清零的改进型，这是一种少见的系统设计。绿两条路线是取而代之行为，而橙色两条路线是另一个（不太其所的）检验，两者都相较基两条路线不太好，由蓝两条路线声称。对于此的测试，越低越好。

装入

.NET 6 更为适合装入，主要基于本文中的辩论的所有改进型，限于作 Arm64 和 x64。我们还进行时了有助于各种一幕的最重要更为换。应用 .NET 6 验证装入改进型示范了其中的一些改进型打算一同的测试。

Windows 装入改进型和取而代之注册表也还包括在 11 翌年 9 日（昨天）发表的11 翌年 .NET Framework 4.8 装入更为取而代之中的。

发表概述可在我们的 docker 存储努中的找到：

.NET 6 装入公开发设计行概述 .NET Framework 4.8 2021 年 11 翌年装入公开发设计行概述

▌Windows 装入

.NET 6 提高了对 Windows 程序在在分离装入的背书。如果您在 Azure Kubernetes 维修服务 (AKS) 中的应用 Windows 装入，那么您缺少程序在在分离的装入。程序在在分离装入可以被相信与 Linux 装入相当十分相似。Linux 装入应用cgroups，Windows 程序在在分离装入应用Job Objects。Windows 还缺少 Hyper-V 装入，通过更为强大的虚拟机缺少更为大的分离。Hyper-V 装入的 .NET 6 无法任何变化。

此更为换的主要价差值是今天 Environment.ProcessorCount 将应用 Windows 程序在在分离装入报告无论如何的差值。如果在 64 质子机机内上创立 2 质子装入，Environment.ProcessorCount 将调回2. 在以前的旧版本中的，此属持续性将报告机机内上的处理机内总数，与 Docker CLI、Kubernetes 或其他装入重取而代之整理机内/试运行时指定的受到限制都是。此差值被 .NET 的各个一小用作拓展意在，之外 .NET 废弃物整理机内（尽管它缺少都是的较低高级别的 API）。新社区努也缺少此 API 进行时拓展。

我们最近在 AKS 上应用大量 pod 在生产厂中的的 Windows 装入上与客户验证了这一取而代之机能。他们并能以 50% 的文件系统（与他们的值得注意配有相比）成功试运行，这是以前所致间歇性的OutOfMemoryException水平StackOverflowException。他们无法小花等待时间找到最低文件系统配有，但我们怀疑它明显最低他们值得注意文件系统配有的 50%。由于这一变化，他们将转向更为价格便宜的 Azure 配有，从而减省资金。只即可更新即可，这是一个不错的、巧妙的光荣。

▌改进放大

我们从应用程序那里却说说，某些应用硬件在 Environment.ProcessorCount 报告无论如何的差值时无法实现最佳拓展。如果这却说紧紧与您刚刚阅中学毕业的有关 Windows 装入的主旨忽略，那么它有点像。.NET 6 今天缺少 DOTNET_PROCESSOR_COUNT 注册表来手动操控 Environment.ProcessorCount 的差值。在值得注意的用例中的，应用硬件或许在 64 质子机机内上配有为 4 质子，并且在 8 或 16 质子方面拓展得最好。此注册表可用作动工该放大。

这个建模或许样子很无聊，其中的Environment.ProcessorCount和；还有cpus（通过 Docker CLI）差值或许各有不同。当前显然，装入试运行时面向质子心等价物，而不是实际质子心。这理论上，当你说你不想 4 个质子心时，你得到的 CPU 等待时间与 4 个质子心极为，但你的应用硬件或许（理论上）在更为多的质子心上试运行，甚至在短等待时间内在 64 质子机机内上试运行所有 64 个质子心。这或许使您的应用硬件并能在超过 4 个两条路线程上更为好地拓展（此后下述），并且调配更为多或许是其所的。这理论上两条路线程调配基于Environment.ProcessorCount 的差值。如果您正因如此分设更为高的差值，您的应用硬件或许会应用更为多文件系统。对于某些兼职接地，这是一个简单的权衡。至少，这是一个您可以的测试的取而代之预设。

Linux 和 Windows 装入均背书此取而代之机能。

Docker 还缺少了一个 CPU 第一组机能，您的应用硬件可以区别到特定的内质子。在这种显然不建议应用此机能，因为应用硬件可以采访的内质子数量是具体度量的。我们还看见了将它与 Hyper-V 装入一同应用时的一些问题，并且它并不是毫无疑问限于作那种分离方式也。

▌Debian 11“bullseye”

我们的的关系注意 Linux FreeBSD的时才会和发表构想，并尝试推选您做到最佳正因如此。Debian 是我们用作当前 Linux Blu-ray的 Linux FreeBSD。如果您6.0从我们的一个装入存储努中的提取页面，您将提取一个 Debian Blu-ray（假设您应用的是 Linux 装入）。对于每个在此之后 .NET 旧版本，我们都会权衡是否应该采用在此之后 Debian 旧版本。

作为一项政策，我们无法为了方便页面而更为换 Debian 旧版本，例如6.0, mid-release。如果我们这样做到了，某些应用硬件信服会崩溃。这理论上，在发表开始时正因如此 Debian 旧版本相当最重要。此外，这些影像得到了很多应用，主要是因为它们是“好页面”的所述。

Debian 和 .NET 旧版本自然无法一同构想。当我们开始 .NET 6 时，我们看见 Debian “bullseye” 或许会在 2021 年发表。我们要求从发表开始就押注于 Bullseye。我们开始应用.NET 6 Preview 1发表基于靶心的装入Blu-ray，并要求不必回头。输赢是 .NET 6 旧版本会赢与靶心旧版本的竞争。到 8 翌年 8 日，我们仍然不想到 Bullseye 什么时候定购，距离我们自己的旧版本发表还有三个翌年，即 11 翌年 8 日。我们不想在预览版 Linux 上发表生产厂 .NET 6，但我们坚持我们会赢这场竞赛的构想很午。

当 Debian 11 “bullseye”于 8 翌年 14 日发表时，我们沮丧相当精采。我们赢了比赛，但获得了输赢。这理论上当前显然，.NET 6 应用程序从第一天开始就可以获得最佳和最在此之后 Debian。我们相信 Debian 11 和 .NET 6 将是许多应用程序的都能第一第一组。抱歉，克星，我们中的了靶心。

较在此之后FreeBSD在其文档提要中的还包括各种文档的较取而代之主要旧版本，并且一般而言可以更为快地获得CVE 修复。这是对较取而代之内质子的缺少。取而代之FreeBSD可以更为好地为应用程序维修服务。

再往前看，我们很快就会开始构想对Ubuntu 22.04的背书。Ubuntu是另一个 Debian 两部FreeBSD，深深受 .NET 程序在员的欢迎。我们决心为在此之后 Ubuntu LTS 旧版本缺少当日背书。

向 Tianon Gravi 赞颂，答谢他们为新社区安全及 Debian Blu-ray并在我们有问题时设法我们。

▌Dotnet Monitor

dotnet monitor 是装入的最重要临床辅助工具。它作为 sidecar 装入镜像仍然有一段等待时间了，但所处不深受背书的“检验”状况。作为 .NET 6 的一一小，我们打算发表一个基于 .NET 6 的 dotnet monitorBlu-ray，该Blu-ray在生产厂中的得到显然背书。

dotnet monitor 已被 Azure App Service 用作其 ASP.NET Core Linux 临床感官的实现细节。这是预期的一幕之一，建立在 dotnet monitor 正中央，以缺少更为高高级别和更为高价差值的感官。

您今天可以拉取取而代之影像：

docker pull mcr.microsoft.com/dotnet/monitor:6.0

dotnet monitor 使从 .NET 程序在在采访临床的资讯（快照、伪装成、程序在在转储）变得更为加难以。在台式机上采访所即可的所有临床的资讯很难以，但是，这些熟悉的两大技术在应用装入的生产厂状况中的或许不起作用。dotnet monitor 缺少了一种统合的方式也来整理这些临床螺丝，无 论是在您的桌面计算机科学上还是在 Kubernetes 集群中的试运行。整理这些临床螺丝有两种各有不同的功能：

用作临时整理螺丝的 HTTP API 。当您仍然想到您的应用硬件遇到问题并且您有兴趣整理更为多的资讯时，您可以codice_这些 API 端点。 基于规章的配有触发机内，用作始终在两条路线整理螺丝。您可以配有规章以在缺少于所即可必要条件时整理临床数据，例如，当您持续高 CPU 时整理程序在在转储。

dotnet monitor 为 .NET 应用硬件缺少了一个统一标准的临床 API，可以应用任何辅助工具在任何地方兼职。“统一标准 API”不是 .NET API，而是您可以codice_和查看的 Web API。dotnet monitor 之外一个 ASP.NET Web 维修服务机内，它必要与 .NET 试运行时中的的临床维修服务机内交互并未公开来自临床维修服务机内的数据。的结构设计 dotnet monitor 可实现生产厂中的的高持续效能控管和必要应用，以操控对特权的资讯的采访。dotnet monitor 通过非 Internet 可寻址的 unix domain socket 与试运行时交互——横越装入分界线。该建模通信建模相当适合此用例。

▌形式化 JSON 快照

JSON 文档化程序在今天是 aspnet.NET 6 装入Blu-ray中的的当前操控台记录机内。.NET 5 中的的当前分设为简单的操控台文档化程序在。进行时此更为换是为了使当前配有与缺少机机内可中学毕业文档（如 JSON）的自动化辅助工具一同应用。

影像的转换器今天如下所示 aspnet：

$ docker run ；还有rm -it -p 8000:80 mcr.microsoft.com/dotnet/samples:aspnetapp{"EventId":60,"LogLevel":"Warning","Category":"Microsoft.AspNetCore.DataProtection.Repositories.FileSystemXmlRepository","Message":"Storing keys in a directory u0027/root/.aspnet/DataProtection-Keysu0027 that may not be persisted outside of the container. Protected data will be unavailable when container is destroyed.","State":{"Message":"Storing keys in a directory u0027/root/.aspnet/DataProtection-Keysu0027 that may not be persisted outside of the container. Protected data will be unavailable when container is destroyed.","path":"/root/.aspnet/DataProtection-Keys","{OriginalFormat}":"Storing keys in a directory u0027{path}u0027 that may not be persisted outside of the container. Protected data will be unavailable when container is destroyed."}}{"EventId":35,"LogLevel":"Warning","Category":"Microsoft.AspNetCore.DataProtection.KeyManagement.XmlKeyManager","Message":"No XML encryptor configured. Key {86cafacf-ab57-434a-b09c-66a929ae4fd7} may be persisted to storage in unencrypted form.","State":{"Message":"No XML encryptor configured. Key {86cafacf-ab57-434a-b09c-66a929ae4fd7} may be persisted to storage in unencrypted form.","KeyId":"86cafacf-ab57-434a-b09c-66a929ae4fd7","{OriginalFormat}":"No XML encryptor configured. Key {KeyId:B} may be persisted to storage in unencrypted form."}}{"EventId":14,"LogLevel":"Information","Category":"Microsoft.Hosting.Lifetime","Message":"Now listening on: [::]:80","State":{"Message":"Now listening on: [::]:80","address":"[::]:80","{OriginalFormat}":"Now listening on: {address}"}}{"EventId":0,"LogLevel":"Information","Category":"Microsoft.Hosting.Lifetime","Message":"Application started. Press Ctrlu002BC to shut down.","State":{"Message":"Application started. Press Ctrlu002BC to shut down.","{OriginalFormat}":"Application started. Press Ctrlu002BC to shut down."}}{"EventId":0,"LogLevel":"Information","Category":"Microsoft.Hosting.Lifetime","Message":"Hosting environment: Production","State":{"Message":"Hosting environment: Production","envName":"Production","{OriginalFormat}":"Hosting environment: {envName}"}}{"EventId":0,"LogLevel":"Information","Category":"Microsoft.Hosting.Lifetime","Message":"Content root path: /app","State":{"Message":"Content root path: /app","contentRoot":"/app","{OriginalFormat}":"Content root path: {contentRoot}"}}

Logging__Console__FormatterName 可以通过分设或终止分设注册表或通过下述更为换来更为换记录机内文档型式（有关更为多清单，参照操控台快照文档）。

更为换后，您将看见如下转换器（就像 .NET 5 一样）：

$ docker run ；还有rm -it -p 8000:80 -e Logging__Console__FormatterName="" mcr.microsoft.com/dotnet/samples:aspnetappwarn: Microsoft.AspNetCore.DataProtection.Repositories.FileSystemXmlRepository[60]Storing keys in a directory '/root/.aspnet/DataProtection-Keys' that may not be persisted outside of the container. Protected data will be unavailable when container is destroyed.warn: Microsoft.AspNetCore.DataProtection.KeyManagement.XmlKeyManager[35]No XML encryptor configured. Key {8d4ddd1d-ccfc-4898-9fe1-3e7403bf23a0} may be persisted to storage in unencrypted form.info: Microsoft.Hosting.Lifetime[14]Now listening on: [::]:80info: Microsoft.Hosting.Lifetime[0]Application started. Press Ctrl+C to shut down.info: Microsoft.Hosting.Lifetime[0]Hosting environment: Productioninfo: Microsoft.Hosting.Lifetime[0]Content root path: /app

注意：此更为换无法不良影响程序在员计算机科学上的 .NET SDK，例如 dotnet run. 此更为换特定于 aspnet 装入Blu-ray。

背书 OpenTelemetry 指标

作为我们注意可判读持续性的一一小，我们直至在为仍要几个 .NET 旧版本加到对 OpenTelemetry 的背书。在 .NET 6 中的，我们加到了对 OpenTelemetry Metrics API的背书。通过加到对 OpenTelemetry 的背书，您的应用硬件可以与其他 OpenTelemetry 系统无缝互系统设计。

System.Diagnostics.Metrics 是 OpenTelemetry Metrics API 准则的 .NET 实现。Metrics API 是最初为处理差值得注意量度而结构设计的，意在是高效、同时地生成这些量度的紧接著摘要。

API 之外 Meter 可用作创立仪器具体来说的类。API 未公开了四个辅助工具类：Counter、Histogram、ObservableCounter 和 ObservableGauge 以背书各有不同的度量解决方案。此外，API 未公开 MeterListener 该类以理论上电台仪器记录的量度差值，以用作聚合和分第一组意在。

OpenTelemetry .NET 实现将被拓展以应用这些在此之后 API，这些 API 加到了对 Metrics 可判读持续性一幕的背书。

▌图书馆量度记录下述

Meter meter = new Meter("io.opentelemetry.contrib.mongodb", "v1.0");Counter counter = meter.CreateCounter("Requests");counter.Add(1);counter.Add(1, KeyValuePair.Create("request", "read"));

▌却说力下述

MeterListener listener = new MeterListener;listener.InstrumentPublished = (instrument, meterListener) =>{if (instrument.Name == "Requests" && instrument.Meter.Name == "io.opentelemetry.contrib.mongodb"){meterListener.EnableMeasurementEvents(instrument, null);}};listener.SetMeasurementEventCallback((instrument, measurement, tags, state) =>{Console.WriteLine($"Instrument: {instrument.Name} has recorded the measurement {measurement}");});listener.Start;

Windows Forms

我们此后在 Windows 窗体中的进行时最重要改进型。.NET 6 之外更为好的快捷键可采访持续性、分设应用硬件覆盖范围的当前排版、COM更为取而代之等的灵活性。

▌可采访持续性改进型

在此旧版本中的，我们加到了用作CheckedListBox、LinkLabel、Panel、ScrollBar和TabControlTrackBar的UIA 缺少程序在，它们使讲述人等辅助工具和的测试自动化并能与应用硬件的元素进行时交互。

▌当前排版

您今天可以应用.Application.SetDefaultFont

void Application.SetDefaultFont(Font font)

▌总和的应用硬件

请注意是带有 .NET 6 的总和 Windows 窗体应用硬件：

class Program{[STAThread]static void Main{ApplicationConfiguration.Initialize;Application.Run(new Form1);}}

作为 .NET 6 旧版本的一一小，我们直至在更为取而代之大多数COM，使其更为加早期和简洁，之外 Windows 窗体。我们要求让 Windows 窗体COM更为传统合些，一小原因是能够将[STAThread]属持续性应用作应用硬件入口点。然而，还有更为多的戏剧而不是立即出今天眼前。

ApplicationConfiguration.Initialize是一个源生成 API，它在后台发出请注意codice_：

Application.EnableVisualStyles;Application.SetCompatibleTextRenderingDefault(false);Application.SetDefaultFont(new Font(...));Application.SetHighDpiMode(HighDpiMode.SystemAware);

这些codice_的COM可通过 csproj 或 props 机密文件中的的 MSBuild 属持续性进行时配有。

Visual Studio 2022 中的的 Windows 窗体结构设计机内也想到这些属持续性（现今它只中学毕业取当前排版），并且可以向您显示您的应用硬件，就像它在试运行时一样：

▌COM更为取而代之

C# 的 Windows 窗体COM已更为取而代之，以背书在此之后应用硬件引导、global using 解释器、机密文件覆盖范围的命名飞间和可为飞的所述型式。

▌更为多试运行时 designers

今天您可以构建统一标准结构设计机内（例如，下述结构设计机内），因为 .NET 6 具有结构设计机内和与结构设计机内都是的基础解释器集所发挥作用的所有一小。有关清单，参照此网易社论。

网易社论 #more-runtime-designers

未完待续

更为多主旨请此后注意明日（周二）社论

了解更为多.NET 6

。

北京男科检查多少钱
不育不孕做什么检查
长春牛皮癣医院哪个最好
阳过之后为什么身体越来越虚？
角膜炎
骨关节炎
全民健康网症状库
急支糖浆有什么作用