如何从.NET控制器向Angular客户端更优地报告错误信息？

1. 直接返回对应HTTP状态码+自定义错误响应 #

不用抛出异常，直接返回匹配业务场景的HTTP状态码（比如调度已被占用用409 Conflict更贴合语义），同时携带自定义错误信息。这种方式避免了异常处理的额外开销，客户端能通过状态码快速判断错误类型。

修改后的控制器代码：

[Authorize]
[HttpPost("get-schedule-from-pool/{id}")]
public ActionResult<AccountResponse> GetScheduleFromPool(int id, UpdateScheduleRequest scheduleReq)
{
    if (id != Account.Id && Account.Role != Role.Admin)
        return Unauthorized(new { message = "Unauthorized" });

    var account = _accountService.GetScheduleFromPool(id, scheduleReq);
    if(account == null)
    {
        var errorMsg = $"Function: {scheduleReq.UserFunction} for date: {scheduleReq.Date} already taken";
        return Conflict(new { message = errorMsg });
        // 如果更倾向于400错误，也可以用：return BadRequest(new { message = errorMsg });
    }
    
    return Ok(account);
}

Angular端可通过拦截器或直接订阅响应时，根据状态码（409/400）提取错误信息。

2. 自定义异常+全局异常过滤器 #

如果多个业务场景都需要类似的错误处理，可定义业务专属异常，配合全局过滤器统一转换成HTTP响应，让控制器代码更简洁。

步骤1：定义自定义异常 #

public class ScheduleAlreadyTakenException : Exception
{
    public ScheduleAlreadyTakenException(string message) : base(message) { }
}

步骤2：实现全局异常过滤器 #

public class CustomExceptionFilter : IExceptionFilter
{
    public void OnException(ExceptionContext context)
    {
        if (context.Exception is ScheduleAlreadyTakenException ex)
        {
            context.Result = new ConflictObjectResult(new { message = ex.Message });
            context.ExceptionHandled = true;
        }
        // 可扩展处理其他自定义异常
    }
}

步骤3：注册过滤器（Program.cs） #

builder.Services.AddControllers(options =>
{
    options.Filters.Add<CustomExceptionFilter>();
});

控制器中使用 #

if(account == null)
{
    var errorMsg = $"Function: {scheduleReq.UserFunction} for date: {scheduleReq.Date} already taken";
    throw new ScheduleAlreadyTakenException(errorMsg);
}

这种方式把错误处理逻辑集中管理，控制器只负责抛出业务异常，代码职责更清晰。

3. 返回标准化ProblemDetails（RFC 7807） #

.NET支持返回符合RFC 7807标准的ProblemDetails对象，这是官方推荐的标准化错误响应格式，客户端能更规范地解析错误信息。

控制器代码修改：

if(account == null)
{
    var errorMsg = $"Function: {scheduleReq.UserFunction} for date: {scheduleReq.Date} already taken";
    return Problem(
        detail: errorMsg,
        title: "Schedule Already Taken",
        statusCode: StatusCodes.Status409Conflict
    );
}

返回的响应结构会是标准化格式：

{
  "type": "https://tools.ietf.org/html/rfc7231#section-6.5.8",
  "title": "Schedule Already Taken",
  "status": 409,
  "detail": "Function: xxx for date: xxx already taken",
  "traceId": "xxxxxx"
}

这种方式适合大型项目，能统一错误响应格式，方便客户端做通用的错误处理逻辑。

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