我们开发的业务系统,或者是产品,常常面临着这样的问题:
系统运行出错,但是完全不知道错误发生的位置
我们找到了错误的位置,但是完全不知道是因为什么
系统明明出了错误,但是就是看不到错误堆栈信息
什么情况需要自定义异常...}
如此一来没有任何地方需要关心异常,或者业务逻辑校验失败的情况.用户也可以得到很友好的错误提示。...综上,笔者通常分为如下几类:
逻辑异常,这类异常用于描述业务无法按照预期的情况处理下去,属于用户制造的意外
代码错误,这类异常用于描述开发的代码错误,例如NPE,ILLARG,都属于程序员制造的BUG...写在后面的注意
异常设计的初衷是解决程序运行中的各种意外情况,且异常的处理效率比条件判断方式要低很多。...系统有千万并发,不可能还去考虑这些中规中矩的按部就班的方式,别忘了MVC本来就浪费很多资源,代码量增加很多
业务系统也存在很多巨量任务处理的情况.但是那些任务都是原子性的,现在MVC中的controller