很多開發人員喜歡把這類帶有資訊標識的程式碼稱為錯誤碼，其實在我看來不應該這麼命名，因為大部分人在設計這類程式碼時會劃分出成功類，例如000或000000代表成功，既然有成功的程式碼，怎麼能叫錯誤碼呢？或者說，別人這麼叫了，我也跟著這麼叫，行業話語？更確切的表述應該是返回碼，無論是請求、還是呼叫，返回二字更準確。

再來說說“返回碼”的設計，返回碼在設計時一定要考慮做分類規劃，同時返回碼攜帶的資訊要能直觀反應出操作結果，是成功還是失敗，如果失敗了是哪類失敗，失敗的原因是什麼。返回碼一般設計為兩大類，成功和失敗，成功的就很簡單了，使用全域性唯一的程式碼來描述；失敗類，可以劃分為幾小類，這個因專案大小而異，一般劃分為如下幾小類：使用者類、環境引數類、第三方服務類、自有服務類，當然還可以繼續對這些小類細分，這個看是否有需要了，例如自有服務類可細分是資料問題，還是中介軟體問題，還是許可權控制問題。

有了這些細分類之後，要開始具體的設計，例如：

000000：表示成功；

999999：表示未知，兜底用；

Axxxxx：表示使用者類；

Bxxxxx：表示環境引數類；

Cxxxxx：表示第三方服務類；

Dxxxxx：表示自有服務類。

如果還有細分的那就再細分，例如：

D1xxxx：表示中介軟體問題；

D2xxxx：表示許可權控制問題；

D9xxxx：表示自有服務嚴重問題等。

在實現返回碼時，一定要帶有錯誤描述，在實際使用時要完整列印或向上丟擲。

一般都是自己設計一套標準

（1）200 成功

（2）500 伺服器錯誤

（3）10000 引數錯誤

（4）100001 伺服器超時

這些標準都是你自己根據你的實際情況自己設計就行了