exceptions是否是关于next（）之后不修改响应的规则的例外？

Question

在试图找到对任何未捕获的异常实现catch-all的最佳方法时，我发现了以下内容。

但是，在实施它的时候，我想起了我读到的内容：

警告在调用next()...后不要修改response对象，因为响应可能已经开始发送，您可能会导致发送无效数据。

当中间件在MVC中间件之前充当全局异常处理程序时，这是一个问题吗？在MVC中间件中，如果调用了异常中间件，就不可能启动响应，这似乎是合理的？

中间件上的invoke:

public async Task Invoke(HttpContext context)
{
    try
    {
        await _next(context);
    }
    // A catch-all for uncaught exceptions...
    catch (Exception exception)
    {
        var response = context.Response;
        response.ContentType = "application/json";
        response.StatusCode = (int)HttpStatusCode.InternalServerError;

        await response.WriteAsync(...);
    }
}

Answer 1

当然，我无法评论作者写这篇文章时的确切意图。但一般的想法是，当HTTP响应已经启动时，您不应该修改它。这是因为响应在完全构造之前就已经可以分部分发送了。当您尝试更改请求时，您将得到无法修改响应的异常。

这就是为什么当您调用某个中间件时,并且该中间件预期会产生响应,那么您不应该修改该响应；因为它很可能会失败。

如果您调用了某个中间件，而该中间件没有产生响应，那么当然您仍然可以自由地创建响应。