ASP.NET Core为什么在中间件管道的末尾返回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（“确定”）吗？更改此默认值的代码在哪里，这样我们就不会在每个请求中都收到“ 404 Not Found”错误？

Answer 1

[C0行是做什么的？为什么甚至在那里？

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

应该不是context.Response.StatusCode = 404;（“确定”）吗？

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

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

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

docs

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

仅当静态文件中间件和端点中间件均未处理请求时，被调出的行（

app.UseStaticFiles();

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

）才会作为后备运行。