后端编码规范系列（六）错误码号段定义

 上文《后端编码规范系列（五）定义统一返回格式》我们介绍了制定统一的返回数据结构。本文的话我们针对 errorCode  号段来进行规范下。

在我们日常开发中如果是中小型项目的话，我们对于 errorCode 号段来进行的规范如下：

1、如果是成功返回信息，errorcode定义为200。
2、如果是成功返回信息，并且需要做下一步的逻辑处理的话，errorcode 定义的号段是：201-299（常见一些 oauth 登录流程）
3、如果是参数判断信息错误，则返回的 errorcode 定义的号段是：400-699（中小型项目够用了）
4、如果是逻辑判断信息错例，例如：订单已存在等这种业务型的信息错误，定义的号段是700-899
5、如果是系统错误（包括不仅限于运行时异常），这时返回的 errorcode 定义的号段是900-999

此时如果系统出现了错误信息，我们看到对应的错误码就可以判断出来大致是在哪一块出现的问题。

如果日常开发中是大型项目的话，我们对于 errorCode 号段进行的规范是在上诉的规范下乘以10，也就是：

1、如果是成功返回信息，errorcode定义为2000。
2、如果是成功返回信息，并且需要做下一步的逻辑处理的话，errorcode 定义的号段是：2001-2999（常见一些 oauth 登录流程）
3、如果是参数判断信息错误，则返回的 errorcode 定义的号段是：4000-6999（中小型项目够用了）
4、如果是逻辑判断信息错例，例如：订单已存在等这种业务型的信息错误，定义的号段是7000-8999
5、如果是系统错误（包括不仅限于运行时异常），这时返回的 errorcode 定义的号段是9000-9999

像上诉的号码段的规范来说，一般都够用了，再大型的项目我就没遇到过了。所以上诉的情况，大家可以参考下。