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

多人合做的时候，先后端开发的时候，当异常出现的时候，但愿咱们能够听从一样的规范。

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

二.关于http错误状况的处理

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

 2.若是http发生异常,咱们处理的方式。

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

  对于400的问题前段本身封装ajax处理。

  对于500的问题。请往下看三。

三.代码层次能够捕获到的错误。

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

//0开头的通常性质的错误
"001":"用户名或密码不能为空",
"002":"用户名不存在",
"003":"密码错误",
"004":"用户权限不够",
"005":"登陆会话超时，请从新登陆",
"006":"请联系管理员",
"007":"内存超出",
"008":"参数异常"
"009": "上传文件过大"
"010":"服务器异常",
//1开头的和支付相关的错误
"100":"请求参数不合法",
"101":"支付未完成",
"102":"支付帐号异常",
//保留2和3,4开头,之后估计会用到
//项目拓展的
"500":"无限极用户指数不够",
"501":"城E评城市数据的百分比太低",
"502":"红旗中模糊车系没有关联"

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

四.发生异常的时候，后端给前端返回的大致的样子。

 

ps:

code字段:  用英文字母前缀表明这个项目（最好简短写,首字母缩写最好）,三个数字做为错误类型。

message:  错误信息

timestamp: 时间戳,13位,为了快速的定位到问题

requestId:  三位字母,为了快速的定位到问题

五.前端代码处理逻辑