正常的业务异常，我们理论上不能直接无脑的统一吃掉，业务上需要把明确的业务异常（code-message）透传给到前端用户
现在的问题是，如何区分系统异常和业务异常的使用
目前我们的处理逻辑
1.若下游给系统异常，我们会系统异常转换为我们的业务异常给到前端
2.若下游给有message，没有code的场景（部分系统异常的情况），我们会转化为我们的业务异常给到前端
3.若下游给业务异常（code-message）方式，我们业务上需要把明确的业务异常（code-message）透传给到前端用户
1、这个是你们得业务，你们依赖我的接口。所以你们上线是需要你这边安排测试资源得。
2、上次上线没有同步到我这边，而且好像没有经过测试（因为所有调用都会报错）
3、上次上线后我发现有异常，所以同步到你们这边去修复，并且怕你们有问题，所以我才要求得你把修改后得调用链再给我看一眼避免还存在问题。
如果你这边都保证OK了。绝对没问题了。那我就不看了