Angular前端无法获取Spring Boot后端POST请求响应状态码问题求助

问题根源 #

你遇到的问题主要是对Angular HttpClient的默认行为理解有误，同时混淆了HTTP响应状态码和响应体内容：

• Angular的HttpClient默认只有2xx系列的状态码才会进入成功回调，4xx、5xx等非2xx状态码会直接进入错误回调，你错误场景下返回的409/400/500状态码根本不会走到成功回调的判断逻辑里。
• 默认HttpClient.post返回的只有响应体内容，拿不到HTTP协议层面的状态码，你之前把响应体里返回的数值当成状态码判断的逻辑本身就不严谨。
• 额外的小问题：手动拼接JSON字符串极易出现转义错误，完全可以直接构造对象避免这类隐患。

修复方案 #

前端代码修改 #

配置observe: 'response'参数拿到完整的HTTP响应对象，直接从响应对象中读取状态码做判断：

postdipendenti(raw: any,comp:any,gr:any,fp:any){
  // 直接构造JS对象，避免手动拼接JSON的转义问题
  const obj = {
    id: 0,
    nome: raw[0],
    cognome: raw[1],
    data_nascita: raw[2],
    mail: raw[3],
    telefono: raw[4],
    setCompetenze: comp,
    listaGr: gr,
    fp: fp
  };
  // 增加配置项获取完整响应对象
  this.http.post('http://localhost:8080/postdipendente_competenze', obj, {observe: 'response'})
  .subscribe({
    next: (resp) => {
      // 直接从响应对象取状态码判断
      if(resp.status === 200) {
        this.toastr.success("dipendente inserito correttamente","SUCCESSO");
      }
    },
    error: (err) => {
      // 错误场景的状态码从err对象中获取
      console.log('错误状态码：', err.status);
      // 可根据不同状态码自定义提示内容
      let errMsg = "dipendente non inserito";
      if(err.status === 409) errMsg = "该员工已存在";
      if(err.status === 400) errMsg = "请求参数错误";
      if(err.status === 500) errMsg = "服务器内部错误";
      this.toastr.error(errMsg, "ERRORE");
    }
  })
}

后端代码优化（可选） #

因为状态码已经在HTTP响应头中传输，不需要再放到响应体里重复返回，可以简化写法：

@CrossOrigin(origins = "http://localhost:4200")
@PostMapping("postdipendente_competenze")
public ResponseEntity<?> addDipendenteCompetenze(@RequestBody dipendenteRequest dipReq) {
    try {
        ds.addDipendenteCompetenze(dipReq);
        return ResponseEntity.ok().build();
    } catch (IllegalArgumentException e) {
        return ResponseEntity.status(HttpStatus.CONFLICT).build();
    } catch (BadRequest e) {
        return ResponseEntity.badRequest().build();
    } catch (Exception e) {
        return ResponseEntity.internalServerError().build();
    }
}

额外排查点 #

如果修改后依然不符合预期，先打开浏览器控制台的「网络」标签，查看对应POST请求的实际响应状态码：

• 如果状态码不是你预期的409/400/500，检查后端是否有全局异常处理器拦截了你的自定义响应
• 如果状态码是200但返回了错误信息，检查后端的异常捕获逻辑是否正常触发

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