我们的目标

• 异常都长一个样，并有本地化信息，一眼看明白。该本地化信息也直接用作前端与用户的交互。

• 前后端开发只用关心正常逻辑，不用考虑异常，异常都交给我们，真正做到业务开发从异常中脱离出来！！！

• 每个抛出来的异常我们都能抓住，也都会做记录，防止出现有问题，但是没有记录日志的情况！

• 前后端(测试)交流将不存在障碍，拿一份json大家里面明白问题所在。！！！

• 抛弃繁琐的try catch,判断参数直接使用断言风格的语句，更加简洁，更加有效率！

• rpc异常信息传递可将其他系统最最初始的异常信息，展示到当前系统，不经过任何第三方转译，十分有利于定位问题原因和位置，节省跨系统沟通查询时间 ！！

• tracks可直接用直接定位问题处于哪个系统，并且curl直接带参数，可查看参数情况 也可直接调用测试！！！

• 待补充

小但非常有用/特性

• datetime ISO8861时间一目了然,而不用再做一次时间转化操作。

• trace 原始异常信息依旧保留，解决复杂问题的关键

• tracks 只在测试环境开放 没有安全隐患（正式环境 发生异常的机器日志还是会记录全部异常信息的 问题依然可查）

• 待补充

待扩展

• 前端开发一套jsr303的配合框架，是表单验证简单化

• 前端基本框架 若http code 200进业务分支，非200则进入异常分支

待补充

• zuul 的支持

• resttemplate httpClient的支持或者工具包的提供

• 其他 比如jsr303提示信息国际化的配置等