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