JIT实时编译优化带来的问题:几千次异常以后取不到错误信息了

问题

public static void main(String[] args) {
    BigDecimal value1 = new BigDecimal("0.0000");
    BigDecimal value2 = new BigDecimal("0.0000");
    int i = 0;
    while (i < 11000) {
        try {
            value1.subtract(value2).divide(value2, 6, BigDecimal.ROUND_HALF_UP);
        } catch (Exception e) {
            if (e.getMessage() == null) {
                //为什么执行5000此左右,e.msg 为空了呢?
                System.out.println(i + "=======================");
            }
        }
        i++;
    }
}

上面这段代码,运行,刚开始e.getMessage()是可以取到数据的。然后运行到5000此左右,就会开始打印=====了。

是不是很诡异!

看ArithmeticException 的源码,也没有什么特殊的,RuntimeException也找不到相关逻辑。因此怀疑是JIT运行时编译优化造成的;跟公司大牛沟通后确认了这个结论。
所以在业务代码逻辑编写的时候,不要采用e.getMessage()的值来做校验逻辑。

public class ArithmeticException extends RuntimeException {
    private static final long serialVersionUID = 2256477558314496007L;
    public ArithmeticException() {
        super();
    }
    public ArithmeticException(String s) {
        super(s);
    }
}

©️2020 CSDN 皮肤主题: Age of Ai 设计师:meimeiellie 返回首页
实付 9.90元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值