.NET 8 Preview 3 现已推出，这个预览版包括对构建路径、工作负载、Microsoft.Extensions 和容器的更改，还包括针对 Arm64 的 JIT 和动态 PGO 的性能改进。
以下为该预览版的部分改动：
SDK 改动
对 SDK 进行了多项改进，并进行了重大更改。
有关重大更改的更多信息，请参阅 .NET SDK 不再更改退出时的编码。
简化输出路径
.NET SDK 引入了一个选项来创建更统一、更简化的输出路径结构。新的输出路径侧重于：
- 将所有构建输出收集在一个公共位置
- 在公共位置下按项目分隔构建输出
- 将整体构建输出布局展平到最多三层深度
要选择新的输出路径布局，需要在 Directory.Build.props 文件中设置 UseArtifactsOutput 属性。
开始的最简单方法是在存储库的根目录中运行 dotnet new buildprops ，打开生成的 Directory.Build.props 文件，然后将以下内容添加到该文件中的 PropertyGroup ：
<UseArtifactsOutput>true</UseArtifactsOutput>
此后，所有项目的构建输出都将放入存储库根目录中的 .artifacts 目录中，该目录可配置，只需将 Directory.Build.props 文件中的 ArtifactsPath 属性设置为其他目录。
.artifacts 目录的布局将采用 <ArtifactsPath>\<Type of Output>\<Project Name>\<Pivots> 形式。
新的dotnet workload clean 命令
新的命令，可帮助清理剩余的工作负载包（工作负载所包含的实际功能、 工具 和模板单元）：
dotnet workload clean
clean 有两种操作模式，分别是：
dotnet workload clean
这个模式为基于文件或基于 MSI 的工作负载运行工作负载垃圾收集。在这种模式下，垃圾收集行为正常，只清理孤立的包本身。
dotnet workload clean --all
与 workload clean 不同， workload clean --all 不定期运行垃圾回收，这意味着它会清除机器上所有，不是来自 Visual Studio 且属于当前 SDK 工作负载安装类型（基于文件或基于 MSI）的现有包。
运行时改动
引入验证选项结果生成器 （ValidateOptionsResultBuilder）
新的 ValidateOptionsResultBuilder 使创建 ValidateOptionsResult 对象变得更容易，这是实现 IValidateOptions.Validate(String, TOptions) 所必需的。
此构建器允许累积多个错误，然后一次查看所有问题，并相应地解决它们。
使用示例：
ValidateOptionsResultBuilder builder = new();
builder.AddError("Error: invalid operation code");
builder.AddResult(ValidateOptionsResult.Fail("Invalid request parameters"));
builder.AddError("Malformed link", "Url");
// Build ValidateOptionsResult object has accumulating multiple errors.
ValidateOptionsResult result = builder.Build();
// Reset the builder to allow using it in new validation operation.
builder.Clear();
引入配置绑定源码生成器（the configuration binding source generator）
使用新的配置绑定源代码生成器，可自动生成无反射和 AOT 友好的绑定实现。
该生成器会探测 Configure 、 Bind 和 Get 调用，可以从中检索类型信息。
using Microsoft.AspNetCore.Builder;
using Microsoft.Extensions.Configuration;
using Microsoft.Extensions.DependencyInjection;
WebApplicationBuilder builder = WebApplication.CreateBuilder(args);
IConfigurationSection section = builder.Configuration.GetSection("MyOptions");
// !! Configure call - to be replaced with source-gen'd implementation
builder.Services.Configure<MyOptions>(section);
// !! Get call - to be replaced with source-gen'd implementation
MyOptions options0 = section.Get<MyOptions>();
// !! Bind call - to be replaced with source-gen'd implementation
MyOptions options1 = new MyOptions();
section.Bind(myOptions1);
WebApplication app = builder.Build();
app.MapGet("/", () => "Hello World!");
app.Run();
public class MyOptions
{
public int A { get; set; }
public string S { get; set; }
public byte[] Data { get; set; }
public Dictionary<string, string> Values { get; set; }
public List<MyClass> Values2 { get; set; }
}
public class MyClass
{
public int SomethingElse { get; set; }
}
在项目中启用生成器时，编译器会隐式地选择生成的方法，而不是预先存在的基于反射的框架实现。
要启用该源代码生成器，请下载 Microsoft.Extensions.Configuration.Binder 的最新预览版。生成器默认关闭。要使用它，请将以下属性添加到项目文件中：
<PropertyGroup>
<EnableMicrosoftExtensionsConfigurationBinderSourceGenerator>true</EnableMicrosoftExtensionsConfigurationBinderSourceGenerator>
</PropertyGroup>
.NET 8 将在第四个预览版向 .NET SDK 添加启用机制，不需要 NuGet 包引用也可以使用源代码生成器。
本机代码生成 Native code generation
对 JIT 编译器进行了以下改进：
Arm64
- 将
OR(condition, condition)转换为CCMP。它允许 JIT 在 arm64 上发出CCMP以进行按位或关系比较。PR#83089 - 为 arm64 优化了
x < 0和x >= 0PR #83176 - 优化了除法在某些场景的溢出检查。PR #82924
配置文件引导优化
- 启用了基本块计数的互锁分析 runtime #82775
- 支持配置文件合成 runtime #82926, runtime #83068, runtime #83185, runtime #83567
- 在 Tier0 中启用了更多内在函数，例如 get_IsValueType runtime #83002
其他容器镜像等优化可在微软博客中了解详情。
为您推荐与 dotnet 相关的帖子：
