复杂的业务系统错误码怎么样设计比较合理呢?报错

                    <p>除非你这个项目真的要做国际化,那就没办法,老老实实加</p>

如果不是,那直接抛异常,错误信息由异常message承载,没必要搞什么异常码,个人觉得异常码应用场景是异常码会被使用多次或者国际化场景

                    <p>可以给你提点建议，因为我现在做的系统就是有错误码的。</p>

首先你需要建一个异常表，包含ID、错误码、错误信息、处理方式等，将该表里面的信息保存到Redis中，然后定义一个业务异常类，里面要包含该类的构造方法（参数为code和msg）,校验失败就抛出该异常的构造方法，然后写一个统一处理异常的方法，可以包括返回值Object和该异常类，如果异常类不为空，就去Redis中查找对应的Code对应的msg，返回给前端统一的格式就OK了

                    <p>参考http错误码设计，300，400,500代表不同的意思</p>

                

                    <p>参考HTTP的返回码，其中除了200的返回码，很多都是错误码，它也是一一例举的，根本没什么更好的办法。业务异常不宜呈现到用户面前，而一般错误码是需要直接呈现给用户看的。</p>

把具体异常呈现给用户看，很容易让有心之人了解你的服务器代码结构，所以才额外定义了错误码。

一般呈现给用户看的，就只需要数字形式的错误码和错误描述就够了，有时错误描述都不一定需要。

                    <p>错误码建议按照异常类型处理，譬如参数错误等..</p>