Microsoft.Extensions.Logging库中的控制台日志提供顺序停止了改良。可以经过ConsoleFormatter自定义对控制台输入的格式和颜色停止完全控制。格式化顺序API经过完成VT-100(大少数现代终端支持的)本义序列的子集来完成丰厚的格式化。控制台记载器可以解析不受支持的终端上的本义序列，使您可以为一切终端编写单个格式化顺序。
除了支持自定义格式器外，还添加了内置的JSON格式器，该格式器向控制台收回结构化JSON日志。
Dump调试
调试托管代码需求了解托管对象和结构。数据拜访组件(DAC)是运转时执行引擎的子集，该引擎具有这些结构的知识，并且可以在没有运转时的状况下拜访这些托管对象。如今，可以运用WinDBG或dotnet dump analyze在Windows上剖析在Linux上搜集的.NET Core进程dump。
还添加了对从macOS上运转的.NET进程捕获ELF dump的支持。由于ELF不是macOS上的本机可执行文件(像lldb这样的本地调试器将无法与这些dump一同运用)文件格式，因此将其设为选择参加功用。要在macOS上支持搜集，请设置环境变量COMPlus_DbgEnableElfDumpOnMacOS=1。可以运用dotnet dump analyze来剖析产生的dump。
打印环境信息
随着.NET扩展了对新操作系统和芯片体系结构的支持，有时需求一种打印环境信息的办法。.NET5创立了一个复杂的.NET工具dotnet-runtimeinfo来执行该操作。
可以运用以下命令安装和运转该工具。
dotnet tool install -f dotnet-runtimeinfo
dotnet-runtimeinfo
该工具以可以生成诸如如下格式的环境信息。
**.NET information
Version: 5.0.0
FrameworkDescription: .NET 5.0.0
Libraries version: 5.0.0
Libraries hash: cf258a14b70ad9069470a108f13765e0e5988f51
**Environment information
OSDescription: Linux 5.8.6-1-MANJARO-ARM #1 SMP Thu Sep 3 22:01:08 CEST 2020
OSVersion: Unix 5.8.6.1
OSArchitecture: Arm64
ProcessorCount: 6
**CGroup info**
cfs_quota_us: -1
memory.limit_in_bytes: 9223372036854771712
memory.usage_in_bytes: 2740666368
其他更新
Windows Arm64
.NET运用顺序如今可以在Windows Arm64上本机运转。这是在.NET Core 3.0中添加的对Linux Arm64的支持(对glibc和musl的支持)。
在.NET 5.0中，可以在Windows Arm64设备(例如Surface Pro X)上开发和运转运用顺序。曾经可以经过x86仿真在Windows Arm64上运转.NET Core和.NET Framework运用顺序。这是可行的，但是本机Arm64执行具有更好的功用。
用于Arm64的MSI安装顺序是此版本的最终更改之一。下面是.NET 5.0 SDK安装顺序。
Windows Arm64上支持SDK，控制台和ASP.NET Core运用顺序，但Windows桌面组件暂不支持。
Windows上支持ICU
ICU库用于Unicode和全球化支持，以前仅在Linux和macOS上运用。如今在Windows 10上运用相反的库。此更改使全球化API的行为(如特定文明区域的字符串比较)在Windows 10，macOS和Linux之间保持分歧。还将ICU与Blazor WebAssembly支持一同运用。
System.Text.Json
在.NET 5.0中已停止了清楚改善，在功用，牢靠性，并使熟习Newtonsoft.Json的人们更容易采用。它还包括对将JSON对象反序列化为记载的支持。
使更新可用时，用户将看到更新对话框。
总结
.NET 5.0是另一个重要版本发布，它改善.NET运用的许多方面。曾经完成了从单文件运用顺序到功用，从Json序列化可用性到Arm64支持的一系列普遍改良。C#9和F#5中的新言语改良将使代码更具表现力，更易于编写。.NET 5.0也是现有运用顺序的绝佳选择,在许多状况下，可以轻松停止晋级。
(责任编辑：admin)