Cualquier middleware o controlador puede optar por llamar a WriteAsync (u otros métodos similares) en HttpResponse , posiblemente varias veces.

No es necesariamente posible que todas esas escrituras solo se almacenen en búferes locales y, de hecho, puede que no sea deseable simplemente almacenarlas en búfer localmente. Entonces, tarde o temprano, esas llamadas de Write darán como resultado que se envíen datos reales a través de la red.

Y, en este ejemplo concreto, un controlador puede haber realizado varias llamadas como las anteriores antes de encontrar una condición de error que hace que el control se devuelva a ExceptionHandlerMiddleware .

Su ejemplo específico ExceptionHandlerMiddleware usa Microsoft.AspNetCore.Http.HttpResponse.HasStarted :

Obtiene un valor que indica si los encabezados de respuesta se han enviado al cliente.

https://docs.microsoft.com/en-US/dotnet/api/microsoft.aspnetcore.http.httpresponse.hasstarted?view=aspnetcore-5.0

También está Microsoft.Net.Http.Server.Response.HasStarted :

Indica si el estado de la respuesta, el motivo y los encabezados están preparados para enviarse y ya no se pueden modificar. Esto es causado por la primera escritura o vaciado en el cuerpo de la respuesta.

https://docs.microsoft.com/en-US/dotnet/api/microsoft.net.http.server.response.hasstarted?view=aspnetcore-1.1

Cada respuesta consta de dos partes: Encabezado y Cuerpo

Estos dos se envían juntos al cliente, primero los encabezados que el cuerpo . Por lo tanto, durante el desarrollo, la única oportunidad de establecer cualquier valor en el objeto de respuesta que afecte a los encabezados es hasta el punto en el que comienza a enviar el cuerpo.

Mientras comience a enviar el cuerpo de la respuesta, ya no podrá cambiar los encabezados porque se envían como la primera parte de la respuesta justo antes de que el cuerpo comience a enviarse.