排查System.Web.HttpException异常：HTTP头发送后无法设置状态码

我的应用持续输出大量相同的System.Web.HttpException（0x80004005）异常，错误提示为Server cannot set status after HTTP headers have been sent。使用NLOG将日志写入磁盘，但无法从日志中定位异常触发的入口点。目前仅找到自定义异常处理特性HandleAntiForgeryError，该特性未修改状态码，求指点排查方向。

异常日志 #

2023-07-06|05:09:34.6824|142|Error|System.Web.HttpException (0x80004005): Server cannot set status after HTTP headers have been sent.
   at System.Web.HttpResponse.set_StatusCode(Int32 value)
   at System.Web.Mvc.HandleErrorAttribute.OnException(ExceptionContext filterContext)
   at System.Web.Mvc.ControllerActionInvoker.InvokeExceptionFilters(ControllerContext controllerContext, IList`1 filters, Exception exception)
   at System.Web.Mvc.Async.AsyncControllerActionInvoker.<>c__DisplayClass3_1.<BeginInvokeAction>b__1(IAsyncResult asyncResult)
   at System.Web.Mvc.Async.AsyncControllerActionInvoker.EndInvokeAction(IAsyncResult asyncResult)
   at System.Web.Mvc.Controller.<>c.<BeginExecuteCore>b__152_1(IAsyncResult asyncResult, ExecuteCoreState innerState)
   at System.Web.Mvc.Async.AsyncResultWrapper.WrappedAsyncVoid`1.CallEndDelegate(IAsyncResult asyncResult)
   at System.Web.Mvc.Controller.EndExecuteCore(IAsyncResult asyncResult)
   at System.Web.Mvc.Async.AsyncResultWrapper.WrappedAsyncVoid`1.CallEndDelegate(IAsyncResult asyncResult)
   at System.Web.Mvc.Controller.EndExecute(IAsyncResult asyncResult)
   at System.Web.Mvc.MvcHandler.<>c.<BeginProcessRequest>b__20_1(IAsyncResult asyncResult, ProcessRequestState innerState)
   at System.Web.Mvc.Async.AsyncResultWrapper.WrappedAsyncVoid`1.CallEndDelegate(IAsyncResult asyncResult)
   at System.Web.Mvc.MvcHandler.EndProcessRequest(IAsyncResult asyncResult)
   at System.Web.HttpApplication.CallHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute()
   at System.Web.HttpApplication.ExecuteStepImpl(IExecutionStep step)
   at System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously)|Server cannot set status after HTTP headers have been sent.|HttpApplication.RecordError => HttpApplication.RaiseOnError => MvcApplication.Application_Error

自定义异常处理特性代码 #

public class HandleAntiForgeryError : ActionFilterAttribute, IExceptionFilter
{
    public void OnException(ExceptionContext filterContext)
    {
        var exception = filterContext.Exception as HttpAntiForgeryException;
        if (exception == null) return;

        var routeValues = new RouteValueDictionary();
        routeValues["controller"] = "Account";
        routeValues["action"] = "Login";

        filterContext.Result = new RedirectToRouteResult(routeValues);
        filterContext.ExceptionHandled = true;
    }
}

排查方向 #

• 从调用栈分析，异常是HandleErrorAttribute尝试设置响应状态码时触发的，说明异常处理前响应头已发送给客户端。常见原因是代码提前输出内容（比如Response.Write、直接操作输出流、返回FileResult后抛异常等），导致响应头提交后无法修改状态码或头信息。
• 检查过滤器执行顺序：你的HandleAntiForgeryError标记了ExceptionHandled = true，但如果HandleErrorAttribute在过滤器链中排在后面，仍会尝试处理异常。此时重定向已触发响应输出（发送302状态码和Location头），后续修改状态码就会失败。需确保HandleAntiForgeryError优先执行并阻止后续过滤器处理。
• 排查HttpAntiForgeryException触发场景：这类异常多发生在表单提交防伪造验证失败时，若验证失败前已有代码向响应流写入内容（比如部分视图渲染、自定义中间件提前输出等），会导致响应头提前发送，后续重定向或异常处理无法修改状态码。
• 检查全局错误处理MvcApplication.Application_Error：日志显示异常最终进入该方法，若这里有修改响应状态码或输出内容的操作，也可能因响应已提交触发异常。
• 增强日志维度：在NLOG中添加请求URL、控制器/动作名称、请求参数等信息，通过HttpContext.Current获取上下文数据，帮助定位具体触发请求。
• 排查异步操作：若涉及异步动作，需检查是否存在异步流程中提前写入响应流的情况，导致后续异常处理时响应不可修改。

内容的提问来源于stack exchange，提问作者Bug Maker