为什么 ASP.NET Core 在中间件管道结束时返回 404？答案

【问题标题】：Why does ASP.NET Core return a 404 at the end of the Middleware Pipeline?为什么 ASP.NET Core 在中间件管道结束时返回 404？
【发布时间】：2020-04-28 20:58:46
【问题描述】：

我想了解 ASP.NET Core 如何确定我们已到达中间件管道的末端并开始发回响应。这是处理它的代码（来自GitHub repository）：

public RequestDelegate Build()
{
    RequestDelegate app = context =>
    {
        /*
        Some code omitted for clarity
        */
        context.Response.StatusCode = 404;
        return Task.CompletedTask;
    };

    foreach (var component in _components.Reverse())
    {
        app = component(app);
    }

    return app;
}

我的问题是：context.Response.StatusCode = 404; 行是做什么的？为什么它甚至在那里？不应该是200（“OK”）吗？更改此默认值以便我们不会在每个请求上都收到“404 Not Found”错误的代码在哪里？

【问题讨论】：

标签： c# asp.net-core middleware request-pipeline

【解决方案1】：

context.Response.StatusCode = 404; 行有什么作用？为什么它还在那里？

此调用最终作为中间件管道中的最后一个组件运行。如果传入的请求一直到达您配置的管道的末尾，则此代码将运行。它可以确保在您的应用程序未处理请求时返回 404。

不应该是200（“OK”）吗？

不，HTTP 200 OK 响应不适合这种情况。这表明请求已成功处理，但实际上根本没有处理，因为未找到处理此特定请求的逻辑（HTTP 404 NotFound）。

更改此默认值以便我们不会在每个请求上都收到“404 Not Found”错误的代码在哪里？

中间件管道支持短路概念（请参阅docs）。简而言之，这意味着中间件组件决定是否执行管道中的下一个中间件组件。想象一下以下简化的管道设置：

app.UseStaticFiles();

app.UseRouting();
app.UseEndpoints(endpoints =>
{
    endpoints.MapControllers();
});

在此管道中，静态文件和端点中间件都可能使管道短路。如果静态文件中间件能够处理请求，它通常会将状态码设置为 HTTP 200 并返回文件。如果端点中间件找到匹配的控制器/动作，它可以做许多事情之一，但通常它会设置一个成功状态代码，例如 HTTP 200。

仅当静态文件中间件和端点中间件都无法处理请求时，调用的行 (context.Response.StatusCode = 404;) 才会作为一种后备运行。

【讨论】：