Angular请求返回403时subscribe的error回调未触发

• 后端接口捕获AccessViolationException异常时返回403状态码及对应异常消息，实现代码如下：

catch (AccessViolationException ex)
{
    return StatusCode(403, ex.Message);
}

• Angular前端调用删除用户接口时，控制台可观测到HTTP报错，但subscribe的error回调始终未执行。预期逻辑为错误触发时通过snackbar展示错误提示，实际未进入错误处理分支。
• 相关前端代码如下：
  组件订阅逻辑：

this.dataSource.deleteUser(_data.id).subscribe(
    (result) => {
      if (result.Status) {
        this.loadItems(false);
        this.snackbarService.show(_deleteMessage, 'success');
        this.selection.clear();
      } else {
        this.snackbarService.show(_message, 'danger');
      }
    },
    (error) => {
      this.snackbarService.show(error.error.Message, 'danger');
    }
  );

DataSource层方法实现：

deleteUser(_id: number): Observable<any> {
    return this.service.deleteUser(_id);
}

Service层方法实现：

deleteUser(id: number): Observable<any> {
  return this.httpService.delete('/Admin/DeleteUserRequest/' + id);
}

Angular原生HttpClient默认将200-299区间的状态码判定为成功响应，走next回调；4xx、5xx状态码默认判定为错误响应，走error回调。出现error回调不触发的问题，核心原因只有两类：

• 项目中自定义的全局HttpInterceptor拦截器捕获到HTTP错误后，没有通过throwError将错误重新抛出，直接中断了错误流，导致订阅端无法接收到错误事件。
• 项目自定义封装的httpService内部对delete请求做了错误捕获，但是没有将错误向外传递，反而将错误转成了正常的next值返回，吞掉了错误。
  另外现有代码存在隐藏bug：后端返回的是纯字符串类型的异常消息，不是带Message字段的JSON结构，就算error回调正常触发，error.error.Message会因为读取undefined值的属性抛出JS原生异常，直接导致提示逻辑失效。

1. 排查全局HTTP拦截器
   找到项目中实现HttpInterceptor接口的类，检查intercept方法的错误处理逻辑，确保捕获错误后必须将错误重新抛出，参考正确写法：

intercept(req: HttpRequest<any>, next: HttpHandler): Observable<HttpEvent<any>> {
  return next.handle(req).pipe(
    catchError(err => {
      // 此处可添加全局通用逻辑，比如401跳登录、统一错误提示等
      // 必须重新抛出错误，否则业务订阅端无法接收错误事件
      return throwError(() => err);
    })
  );
}

2. 排查自定义httpService封装
   检查httpService中delete方法的实现，确认没有在内部通过catchError吞掉错误后返回正常Observable，所有4xx/5xx响应必须透传给上层调用方。
3. 修正错误回调的消息读取逻辑
   适配后端返回纯字符串的响应格式，避免回调内部报错：

(error) => {
  const errMsg = typeof error.error === 'string' 
    ? error.error 
    : error.error?.Message || '操作失败，请稍后重试';
  this.snackbarService.show(errMsg, 'danger');
}

4. 校验跨域配置
   打开浏览器开发者工具的Network面板，确认该403请求不存在CORS跨域问题：如果响应头缺少正确的Access-Control-Allow-Origin配置，浏览器会拦截响应，Angular无法正常解析响应内容，也会导致回调执行异常。

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