關於先後端接口的異常的處理

多人合做的時候,先後端開發的時候,當異常出現的時候,但願咱們能夠聽從一樣的規範。前端

一.關於RESTful API接口形式的討論,目前仍是建議採用JSON-RPC。ajax

二.關於http錯誤狀況的處理後端

 1.正常狀況下,200的時候咱們直接返回正確的數據就行,這裏和之前保持一致。緩存

 2.若是http發生異常,咱們處理的方式。服務器

  對於304的緩存問題,咱們按200的正常方式對待。spa

  對於400的問題前段本身封裝ajax處理。code

  對於500的問題。請往下看三。blog

三.代碼層次能夠捕獲到的錯誤。接口

(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:  三位字母,爲了快速的定位到問題

五.前端代碼處理邏輯

相關文章
相關標籤/搜索