ASP.NET Core Web API中UseExceptionHandler无法跳转至ErrorController求助

以下是导致该问题的常见原因及对应解决方案：

1. 错误动作仅支持GET请求，无法匹配原请求的HTTP方法 #

你定义的Error方法仅标注了[HttpGet("/error")]，但UseExceptionHandler默认会使用与原请求相同的HTTP方法请求错误路径。例如原请求是POST/PUT/DELETE，系统会尝试用对应方法请求/error，但你的控制器没有匹配的动作，因此不会触发断点。

解决方法：
给错误动作添加多方法支持，或直接允许所有HTTP方法：

[Route("/error")]
[AcceptVerbs("GET", "POST", "PUT", "DELETE", "PATCH")]
public IActionResult Error()
{
    return Problem();
}

ASP.NET Core 6及以上版本可直接使用[HttpAll]简化配置。

2. 中间件路由匹配问题 #

当通过路径重定向到控制器时，若遇到路由匹配异常，可改用UseExceptionHandler的lambda重载直接在中间件内处理，绕开路由环节：

app.UseExceptionHandler(errorApp =>
{
    errorApp.Run(async context =>
    {
        context.Response.StatusCode = StatusCodes.Status500InternalServerError;
        context.Response.ContentType = "application/problem+json";

        var exceptionFeature = context.Features.Get<IExceptionHandlerPathFeature>();
        var problemDetails = new ProblemDetails
        {
            Status = StatusCodes.Status500InternalServerError,
            Title = "服务器内部错误",
            Detail = exceptionFeature?.Error.Message,
            Instance = exceptionFeature?.Path
        };

        await context.Response.WriteAsJsonAsync(problemDetails);
    });
});

3. [ApiController]特性拦截了部分错误 #

[ApiController]会自动处理模型验证错误、400错误等，并直接返回ProblemDetails响应，这类错误不会进入UseExceptionHandler流程。如果你的测试场景是模型验证失败（比如参数格式错误），自然不会触发Error方法。

解决方法：
若需让这类错误也进入异常处理流程，可关闭ApiController的自动响应：

builder.Services.Configure<ApiBehaviorOptions>(options =>
{
    options.SuppressModelStateInvalidFilter = true;
});

4. 控制器未被正确注册 #

如果ErrorsController不在当前项目程序集内，AddControllers()默认只会扫描当前程序集的控制器，导致该控制器未被注册，无法匹配路由。

解决方法：
确保控制器在当前项目中，或手动添加对应程序集：

builder.Services.AddControllers()
    .AddApplicationPart(typeof(ErrorsController).Assembly);

测试建议 #

在某个业务控制器的动作中主动抛出异常（如throw new Exception("测试异常");），用GET请求该动作，验证是否触发Error方法的断点；同时查看开发环境日志，排查路由匹配失败的具体信息。

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