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

Posted 2022-07-30 快乐崇拜234

正文在下面，先打个广告：

问题

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);