前端根据什么来判定接口的请求状态？

我觉得应该跟前端一起讨论返回的格式。
有的时候会将错误信息封装在返回体中。
比如各大厂的短信api

建议根据这几个方面去让前端判断

1、是否成功

2、返回码

3、返回信息

4、返回数据

实际应用中如果不需要请求数据，通过返回的状态码和返回信息前端基本就能完成判断。

那种状态返回什么状态码 返回什么数据 这些都可以自己设计吧

教程中使用的是 REST 风格，教程中已经解释了为什么要选择 REST，而不自己封装

通过body中自定义状态码判断，与使用 http 状态码没什么区别，只是一个是你自己定义的，一个是约定俗成的。

至于麻烦，常用的也就 这么几个：

• 500 系列统一提示服务器异常；
• 400 如果你前段代码没写错，应该不会遇到；
• 401 统一逻辑处理，用户未登录或者token异常等；
• 403 一般也是统一弹出提示；

剩下的常用的就是 200 201 204 422 ，你还觉得特别多？很麻烦？