不建议使用错误码机制。你所看到的微信、微博等的接口，它们都是对外提供的，数量有限，制定错误码非常容易。
但是对于内部系统，特别是庞大的系统，制定错误码纯属浪费时间。
而且，错误码越详细，系统之间的耦合度就越高。试想某一个模块增加一个错误码，会影响整个系统中程序对错误的判断。

是的，有明回答的也是我的看法。如果一定要制定错误码的话你要考虑的是怎么写文档和如何管理错误码，错误码本身不重要。
即使你只有10条错误码，开发者也不会都记住！所以考虑错误码规律性、简洁性、可读性根本不重要。
你想想HTTP的错误码就知道了，除了200，301，403，404，500你还记得啥？

个人认为，大型应用体系中的错误码应该是少数的，就像RESTful设计HTTP接口那样，常用的错误码不到10个，其详细的错误内容直接以错误信息的方式显示，不是使用错误码来定义。设计详细的错误码也是为了判断错误的，与其遇见错误时根据错误码再去查错误码表找到错误信息，不如直接传错误信息。