为什么建议中间件在 ASP.NET Core 中异步？

Question

为什么建议中间件在 ASP.NET Core 中异步？

例如在this 教程中建议自定义中间件，我无法理解其背后的原因。

public class MyMiddleware
{
    private readonly RequestDelegate _next;
    private readonly ILogger _logger;

    public MyMiddleware(RequestDelegate next, ILoggerFactory logFactory)
    {
        _next = next;

        _logger = logFactory.CreateLogger("MyMiddleware");
    }

    public async Task Invoke(HttpContext httpContext)
    {
        _logger.LogInformation("MyMiddleware executing..");

        await _next(httpContext); // calling next middleware

    }
}

// Extension method used to add the middleware to the HTTP request pipeline.
public static class MyMiddlewareExtensions
{
    public static IApplicationBuilder UseMyMiddleware(this IApplicationBuilder builder)
    {
        return builder.UseMiddleware<MyMiddleware>();
    }
} 

Answer 1

根据文档，这是设计使然

中间件类必须包括：

• 带有RequestDelegate 类型参数的公共构造函数。
• 名为Invoke 或InvokeAsync 的公共方法。该方法必须：
  • 返回Task。
  • 接受HttpContext 类型的第一个参数。

参考Write custom ASP.NET Core middleware

我的理解是，管道默认设计为异步的。

RequestDelegate 是 asp.net core 管道的核心，需要 Task 才能实现高性能和模块化的 HTTP 请求管道。

public delegate System.Threading.Tasks.Task RequestDelegate(HttpContext context);

来自评论：感谢@ScottChamberlain

原因是，与非异步版本相比，asp.net 核心中内置异步的方式允许对相同硬件的 Web 请求的更高吞吐量。