为什么 ASP.NET Core return 在中间件管道的末尾出现 404？

Question

我想了解 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”错误？

Answer 1

What does the line context.Response.StatusCode = 404; do? Why is it even there?

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

Shouldn't it be a 200 ("OK")?

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

Where is the code that changes this default value so that we don't get a "404 Not Found" error on every request?

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

app.UseStaticFiles();

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

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

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

为什么 ASP.NET Core return 在中间件管道的末尾出现 404？

Why does ASP.NET Core return a 404 at the end of the Middleware Pipeline?

c#

middleware

request-pipeline

asp.net-core