ASP.NETCore8在Windows上的部署性能测试

前往下载Windows工具

ASP.NET Core 8 在 Windows 服务器上的四种部署方案（InProcess、OutProcess、SelfHost HttpSys、SelfHost Kestrel）的性能测试结果令人惊讶。测试在老旧的 HP Gen8 服务器上进行，搭载 Windows Server 2012 R2 Datacenter 和 Intel E3 1260L CPU。结果显示，OutProcess 模式略高于 InProcess 模式，而 SelfHost Kestrel 优于 SelfHost HttpSys，颠覆了传统认知。整体上，Self Host 模式性能显著优于 IIS Host，适合追求极限性能的场景。

ASP.NET Core 8 在 Windows 上各种部署模型的性能测试

我们了解到在 Windows 服务器上部署 ASP.NET Core 有四种方案。这些部署方案对性能的影响一直以来都是基于经验判断。例如，部署在 IIS 下时，In Process 模式通常被认为比 Out Process 模式更快；而在自托管模式下，使用 HttpSys 服务器通常被认为比 Kestrel 快。那么实际测试结果是否与我们的预期相符呢？让我们通过 benchmarks 来验证一下。

在开始 benchmark 测试之前，我们先简要介绍一下这四种托管模型：

1. InProcess 模式：InProcess 模式将 ASP.NET Core 应用程序直接部署在 IIS 中，与 IIS 工作进程在同一个进程中运行。理论上，这种模式的性能应该相对较高，因为请求无需经过额外的进程通信。

2. OutProcess 模式：OutProcess 模式下，ASP.NET Core 应用程序在独立于 IIS 工作进程的进程中运行。这种模式通过进程间通信与 IIS 进行通信，理论上可能引入一些性能开销。

3. SelfHost HttpSys 模式：HttpSys 模式是一种自承载方式，利用 Windows 操作系统内核级的 HTTP 服务器。通常认为在处理大量并发连接时具有优势，因为它与操作系统集成。

4. SelfHost Kestrel 模式：Kestrel 模式是 ASP.NET Core 的内置 Web 服务器，可以独立运行而无需依赖其他外部服务器。Kestrel 是轻量级、跨平台的选择，专为处理大量并发连接而设计。

压测平台

操作系统: Windows Server 2012 R2 Datacenter

硬件配置: Intel E3 1260L CPU, 16GB 内存

网络: 家庭内网，TP-LINK 家用 1000M 交换机

由于本人没有高性能的服务器，家里只有一台老旧的 HP Gen8 服务器。安装了 Windows Server 2012 R2 Datacenter，CPU 为 E3 1260L。这款 CPU 是 Intel 十年前的产品，内存为 16G 1333 服务器专用内存。整个测试平台的性能相当有限，但对于横向对比来说问题不大。

压测过程

新建一个 ASP.NET Core 默认项目。使用 VS2022 自带的模板，采用 miniapi 对 '/' 路径直接输出 'Hello World!' 字符串。

using System.Diagnostics;
var builder = WebApplication.CreateBuilder(args);
// Add services to the container.
var app = builder.Build();
// Configure the HTTP request pipeline.
app.MapGet("/", () =>
{
    return "Hello World!";
});
app.Run();

如果使用 HttpSys 服务器，则需添加一行代码：

builder.WebHost.UseHttpSys();

测试工具

使用 Netling 进行压力测试，模拟真实用户请求。

测试流程

在对每个场景进行测试前，先进行 60 秒的预热，等待约 10 秒后进行 4 次持续的压力测试（8 个线程，持续 30 秒），记录结果（RPS）。

Benchmark 测试结果

以下是测试结果：

性能分析与总结

测试结果大大出乎我的预料，特别是 OutProcess 模式的性能略高于 InProcess 模式，这与我的认知出现了较大的偏差。同时，SelfHost Kestrel 模式的性能优于 SelfHost HttpSys 模式，这也与一般的预期不同，因为 HttpSys 是运行在内核态的服务器。

这样的差异可能受多种因素影响，包括硬件配置、操作系统版本、IIS 的版本等。毕竟这些产品都是十年前的产物，而 ASP.NET Core 8 是 2023 年的全新产品。测试结果受到多种因素的影响，大家不要太较真，就图一乐吧。

不过从结果上横向来看，至少可以得出以下结论：

• Self Host 比 IIS Host 性能上要快上好几倍。在追求极限性能的场景，应该选择 Self Host。
• IIS Host 不管是 In Process 还是 Out Process 性能也不差。就测试平台这种老古董也能跑个 7000+ RPS。这还不是极限，因为 7000 RPS 的时候 CPU 才到 50%+。如果我再多加一些线程，相信轻松可以过万。
• 以上最差的结果也有 7000 多的 RPS。这表明对于一般的信息系统而言，ASP.NET Core 本身的性能一般不会是瓶颈。瓶颈最早出现一定是在其他 IO 模块，比如数据库。

今天带大家了解了的相关知识，希望对你有所帮助；关于文章的技术知识我们会一点点深入介绍，欢迎大家关注golang学习网公众号，一起学习编程~