关于前后端接口的异常的处理

Posted 2020-10-12 飘然离去

因为我们的项目有点多，在多人合作的时候，希望对异常的处理希望尽可能的遵从一个规范。

一.关于RESTful API接口形式的讨论，目前还是建议采用JSON-RPC。

二.代码层次可以捕获到的错误。

  用英文字母前缀代表这个项目（最好简短写,首字母缩写最好）,三个字母作为错误类型。

（1）通用的错误，任何项目中都会用到的。

（2）非通用的错误,单独某个项目中出现的错误。

（3）

三.关于http错误情况的处理

 1.正常情况下,200的时候我们直接返回正确的数据就行,这里和以前保持一致。

 2.如果http发生异常,我们处理的方式。

  对于304的缓存问题,我们按200的正常方式对待。

  400 bad request   - 请求格式错误。

  401 unauthorized   - 未授权。

  403 forbidden   - 鉴权成功，但是该用户没有权限。

  404 not found - 请求的资源不存在

  405 method not allowed - 该http方法不被允许

  410 gone - 这个url对应的资源现在不可用。

  415 unsupported media type - 请求类型错误。

  422 unprocessable entity - 校验错误时用。

  429 too many request - 请求过多。

  对于这些400的问题由前台直接判断出http的类型，然后自己处理。

  对于500的问题。稍后再说。