ASP.NET Core中IExceptionHandler与异常处理中间件的差异及日志疑问

核心定位与使用方式差异 #

• 异常处理中间件（含自定义Request Delegate实现）：这是ASP.NET Core的传统异常处理方案，通过app.UseExceptionHandler()或自定义中间件注册到请求管道，直接拦截上游抛出的异常，整个捕获、处理流程完全由你控制。
• IExceptionHandler：ASP.NET Core 7+新增的抽象接口，它并非独立的中间件，而是作为ExceptionHandlerMiddleware的内部逻辑扩展。注册后，默认的异常处理中间件会委托它来生成错误响应，但中间件本身的日志逻辑不受其影响。

日志行为差异的根本原因 #

你遇到的控制台日志问题是IExceptionHandler的固有特性，不是配置错误：

• IExceptionHandler仅负责生成异常响应，异常的日志记录动作由ExceptionHandlerMiddleware本身执行。中间件会在调用IExceptionHandler处理异常之前，先输出那条Microsoft.AspNetCore.Diagnostics.ExceptionHandlerMiddleware[1] An unhandled exception has occurred while executing the request的错误日志。
• 自定义Request Delegate中间件的逻辑完全由你编写，如果你没有在代码中显式添加日志记录的代码，自然不会输出任何异常日志。

如何屏蔽IExceptionHandler的默认日志 #

如果不想看到这条默认日志，可以通过以下方式处理：

• 调整日志级别：在appsettings.json中修改对应组件的日志级别，将Error级别的日志过滤掉：

{
  "Logging": {
    "LogLevel": {
      "Microsoft.AspNetCore.Diagnostics.ExceptionHandlerMiddleware": "Warning"
    }
  }
}

• 自定义异常处理中间件：如果需要更灵活的控制，可以完全实现自己的异常处理中间件，跳过默认中间件的日志步骤，自主决定是否记录日志及记录内容。

内容的提问来源于stack exchange，提问作者Thang Dinh