- VisualStudio2022插件的安装及使用-编程手把手系列文章
- pprof-在现网场景怎么用
- C#实现的下拉多选框,下拉多选树,多级节点
- 【学习笔记】基础数据结构:猫树
原文: [A Dive into .Net 8 Native AOT and Efficient Web Development] 作者: [sharmila subbiah] 。
随着 .NET 8 的发布,微软迈出了重要一步,为 ASP.NET Core 引入了原生的 Ahead-of-Time (AOT) 编译。这一进步不仅提高了应用程序的性能,还简化了开发过程,标志着 .NET 生态系统进入了新的时代.
.NET 8 引入了原生 AOT,这对 Web 开发人员来说是一个重大改变。该技术将 .NET 代码直接编译为原生代码,无需在运行时进行即时 (JIT) 编译。结果如何?启动时间更快、内存占用更少、以及整体改善的应用程序性能升,这对于高流量 Web API 和微服务尤其重要.
.NET 8 引入了一个专门为原生 AOT 设计的全新项目模板 - "ASP.NET Core Web API (native AOT)" 项目模板。 此模板的简称为“webapiaot”,默认启用 AOT 发布。它是为希望从项目一开始就充分利用 AOT 编译潜力的开发人员量身定制的。此更新中的两个新功能是CreateSlimBuilder() 和CreateEmptyBuilder()方法.
CreateSlimBuilder 方法体现了微软致力于高性能开发的决心。它仅初始化 WebApplicationBuilder 中运行应用程序所需的基本 ASP.NET Core 功能。这个方法不仅简化了开发过程,而且确保应用程序保持轻量级和高性能。 CreateSlimBuilder 方法中包含的主要功能包括:
var builder = WebApplication.CreateSlimBuilder(args);
var app = builder.Build();
app.MapGet("/", () => "Hello World!");
app.Run();
但是,CreateSlimBuilder 这个极简方法省略了传统的 Startup.cs 文件,需要开发人员进行显式配置。它还删除了 EventLog、Debug 提供程序和 EventSource 主机 - 这些组件如果需要的话必须手动添加。还有一个比较重要的是,它没有开箱即用的 IIS、HTTPS、HTTP3 或完整的 Kestrel 服务器配置支持,需要开发人员有意添加这些功能来加强通信安全性和服务器健壮性.
这些可以通过显式添加到配置中来实现,例如看下面的示例如何实现这些自定义
using Microsoft.AspNetCore.Routing.Constraints;
var builder = WebApplication.CreateSlimBuilder(args);
//http3 customization
builder.WebHost.UseQuic();
//Https customization
builder.WebHost.UseKestrelHttpsConfiguration();
//Regex customization
builder.Services.AddRouting().Configure<RouteOptions>(x =>
{
x.SetParameterPolicy<RegexInlineRouteConstraint>("Regex");
});
var app = builder.Build();
app.MapGet("/", () => "Hello World!");
app.Run();
.NET 8 的 CreateEmptyBuilder 方法体现了定制化的极致。它为开发者提供了一张白纸,让他们可以创造出定制化、小规模的应用程序。这反映了简单性和自主性的最高境界 - 只有开发者选择的组件才会被包含其中.
var builder = WebApplication.CreateEmptyBuilder(new WebApplicationOptions
{
Args =args
});
var app = builder.Build();
app.MapGet("/", () => "Hello World!");
app.Run();
为了确保应用程序正常运行,必须手动配置每个组件。如果在没有配置的情况下尝试执行上述代码,将发生错误。下面是一个正确的例子.
using Microsoft.AspNetCore.Routing.Constraints;
var builder = WebApplication.CreateEmptyBuilder(new WebApplicationOptions
{
Args = args
});
builder.WebHost.UseKestrelCore();
builder.Services.AddRoutingCore();
var app = builder.Build();
app.MapGet("/", () => "Hello World!");
app.Run();
using BenchmarkDotNet.Attributes;
using Microsoft.AspNetCore.Routing.Constraints;
using System.Collections.Generic;
namespace NewAppTypes
{
[MemoryDiagnoser]
public class BenchMarks
{
public string[]? Args { get; private set; }
[Benchmark]
public void CreateBuilder()
{
var builder = WebApplication.CreateBuilder(Args);
var app = builder.Build();
builder.WebHost.UseUrls("http://*:80", "https://*.443");
app.MapGet("/", () => "Hello World!");
}
[Benchmark]
public void CreateSlimBuilder()
{
var builder = WebApplication.CreateSlimBuilder(Args);
//http3 customization
builder.WebHost.UseQuic();
//Https customization
builder.WebHost.UseKestrelHttpsConfiguration();
//Regex customization
builder.Services.AddRouting().Configure<RouteOptions>(x =>
{
x.SetParameterPolicy<RegexInlineRouteConstraint>("Regex");
});
var app = builder.Build();
builder.WebHost.UseUrls("http://*:80", "https://*.443");
app.MapGet("/", () => "Hello World!");
}
[Benchmark]
public void CreateEmptyBuilder()
{
var builder = WebApplication.CreateEmptyBuilder(new WebApplicationOptions
{
Args = Args
});
builder.WebHost.UseKestrelCore();
builder.Services.AddRoutingCore();
var app = builder.Build();
builder.WebHost.UseUrls("http://*:80", "https://*.443");
app.MapGet("/", () => "Hello World!");
}
}
}
性能测试结果揭示了一些有趣的性能数据。从结果中,我们可以观察到以下内容
CreateBuilder 方法: 这是用于初始化 web 应用程序的标准方法,显示平均执行时间为 2682.3 微秒(us),分配内存约为 536.26 KB。这种方法设置了完整的 web 托管环境,具有所有默认服务和配置。执行时间和内存分配反映了这种全面性.
CreateSlimBuilder 方法: 优化后的 CreateSlimBuilder 方法记录了更快的平均执行时间为 1604.4 us,比 CreateBuilder 方法快约 40%。它还分配了更少的内存,约为 428.34 KB。这种性能提升可归因于减少了默认服务和配置的数量,这与该方法旨在提供更简化的启动过程的设计保持一致.
CreateEmptyBuilder 方法: 最简化的方法 CreateEmptyBuilder 展示了最快的平均执行时间为 121.3 us,明显快于其他两种方法。它还具有最低的内存占用,仅分配了 107.78 KB 左右。这突出了该方法的精简初始化策略,只包括显式定义的服务和配置.
标准差表明了多次运行中执行时间的可变性,其中 CreateBuilder 具有最高的可变性。这可能是由于要加载和配置的组件较多,这可能会导致初始化时间出现更多波动.
这些性能测试表明 CreateSlimBuilder,CreateEmptyBuilder 与传统 CreateBuilder 方法相比,它们具有显著的性能优势。当性能是关键因素时,开发人员应该考虑这些选项,特别是在启动时间和内存效率至关重要的环境中.
但需要注意的是,这些性能改进是以功能为代价的。虽然CreateEmptyBuilder提供了最快的启动速度和最低的资源消耗,但它要求开发人员手动配置所有必需的服务,这可能会增加开发的复杂性和时间。CreateSlimBuilder提供了一个折衷方案,提供了一些默认配置,同时仍允许更精简的应用程序设置.
在 .NET 8 中,Builder 方法的选择不仅仅是一个技术决策,而是一个受项目独特需求影响的战略决策。性能测试为这一选择提供了量化基础,确保开发人员能够做出符合他们性能目标和开发理念的决策.
有关更多资料,请参阅 Microsoft Docs. (2023). “ASP.NET Core 8.0 release notes., https://learn.microsoft.com/en-us/aspnet/core/fundamentals/native-aot?view=aspnetcore-8.0,The 2 New Web Application Types Added in .NET 8 。
最后此篇关于[翻译].NET8的原生AOT及高性能Web开发中的应用[附性能测试结果]的文章就讲到这里了,如果你想了解更多关于[翻译].NET8的原生AOT及高性能Web开发中的应用[附性能测试结果]的内容请搜索CFSDN的文章或继续浏览相关文章,希望大家以后支持我的博客! 。
我获得了一些源代码示例,我想测试一些功能。不幸的是,我在执行程序时遇到问题: 11:41:31 [linqus@ottsrvafq1 example]$ javac -g test/test.jav
我想测试ggplot生成的两个图是否相同。一种选择是在绘图对象上使用all.equal,但我宁愿进行更艰巨的测试以确保它们相同,这似乎是identical()为我提供的东西。 但是,当我测试使用相同d
我确实使用 JUnit5 执行我的 Maven 测试,其中所有测试类都有 @ExtendWith({ProcessExtension.class}) 注释。如果是这种情况,此扩展必须根据特殊逻辑使测试
在开始使用 Node.js 开发有用的东西之前,您的流程是什么?您是否在 VowJS、Expresso 上创建测试?你使用 Selenium 测试吗?什么时候? 我有兴趣获得一个很好的工作流程来开发我
这个问题已经有答案了: What is a NullPointerException, and how do I fix it? (12 个回答) 已关闭 3 年前。 基于示例here ,我尝试为我的
我正在考虑测试一些 Vue.js 组件,作为 Laravel 应用程序的一部分。所以,我有一个在 Blade 模板中使用并生成 GET 的组件。在 mounted 期间请求生命周期钩子(Hook)。假
考虑以下程序: #include struct Test { int a; }; int main() { Test t=Test(); std::cout<
我目前的立场是:如果我使用 web 测试(在我的例子中可能是通过 VS.NET'08 测试工具和 WatiN)以及代码覆盖率和广泛的数据来彻底测试我的 ASP.NET 应用程序,我应该不需要编写单独的
我正在使用 C#、.NET 4.7 我有 3 个字符串,即。 [test.1, test.10, test.2] 我需要对它们进行排序以获得: test.1 test.2 test.10 我可能会得到
我有一个 ID 为“rv_list”的 RecyclerView。单击任何 RecyclerView 项目时,每个项目内都有一个可见的 id 为“star”的 View 。 我想用 expresso
我正在使用 Jest 和模拟器测试 Firebase 函数,尽管这些测试可能来自竞争条件。所谓 flakey,我的意思是有时它们会通过,有时不会,即使在同一台机器上也是如此。 测试和函数是用 Type
我在测试我与 typeahead.js ( https://github.com/angular-ui/bootstrap/blob/master/src/typeahead/typeahead.js
我正在尝试使用 Teamcity 自动运行测试,但似乎当代理编译项目时,它没有正确完成,因为当我运行运行测试之类的命令时,我收到以下错误: fatal error: 'Pushwoosh/PushNo
这是我第一次玩 cucumber ,还创建了一个测试和 API 的套件。我的问题是在测试 API 时是否需要运行它? 例如我脑子里有这个, 启动 express 服务器作为后台任务 然后当它启动时(我
我有我的主要应用程序项目,然后是我的测试的第二个项目。将所有类型的测试存储在该测试项目中是一种好的做法,还是应该将一些测试驻留在主应用程序项目中? 我应该在我的主项目中保留 POJO JUnit(测试
我正在努力弄清楚如何实现这个计数。模型是用户、测试、等级 用户 has_many 测试,测试 has_many 成绩。 每个等级都有一个计算分数(strong_pass、pass、fail、stron
我正在尝试测试一些涉及 OkHttp3 的下载代码,但不幸失败了。目标:测试 下载图像文件并验证其是否有效。平台:安卓。此代码可在生产环境中运行,但测试代码没有任何意义。 产品代码 class Fil
当我想为 iOS 运行 UI 测试时,我收到以下消息: SetUp : System.Exception : Unable to determine simulator version for X 堆
我正在使用 Firebase Remote Config 在 iOS 上设置 A/B 测试。 一切都已设置完毕,我正在 iOS 应用程序中读取服务器端默认值。 但是在多个模拟器上尝试,它们都读取了默认
[已编辑]:我已经用 promise 方式更改了我的代码。 我正在写 React with this starter 由 facebook 创建,我是测试方面的新手。 现在我有一个关于图像的组件,它有
我是一名优秀的程序员,十分优秀!