通过异常的方式返回错误提示信息对程序的性能有多大的影响?

我们看一个典型的使用异常返回错误信息的例子,如下图:

整段代码读下来行云流水,表意也很准确,但是有什么影响?

在谈影响前,我们先看下jvm对异常的处理流程,如下:

【图是同事从网上找的哈,借用一下】

【以下是异常处理原理】

我们能看到每个方法被编译完后,会有一个对应的异常表(Exception table)

异常表中每条记录都包含从from开始到to结束这段代码会报一个什么类型的异常,target是异常处理的起始地址指向

代码在运行过程中异常发生后,会从异常表中遍历所有的异常记录,看看当前发生异常的代码行处于上面那个【from,to】区间,找到后再执行对应的异常处理过程

【解释】

从这里能看到,如果程序整个顺利执行下来时,try..catch..finally对整个程序都没有任何影响,但是一旦异常发生后需要处理异常过程,如果异常表里面的内容过多,遍历的次数也会更多,从而性能就是从这里开始损耗。

【结论】

建议是所有的代码如果能够通过枚举值+描述的方式返回信息的就尽量按照这个方式来,而异常基本用在系统抓到意外的情况并且系统还没有办法知道该如何处理的场景。

  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

码者人生

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值