Java异常日志堆栈丢失 Java异常日志堆栈丢失的原因与排查
Real_man 人气:2前言
查日志是我们排查问题的重要手段之一,直接又方便。其中异常日志堆栈信息可以让我们快速的发现问题所在,但稍微有点经验的开发应该会遇到过日志堆栈信息丢失的情况。
堆栈只打印了一行:java.lang.NullPointerException,然后什么信息都没有了,这是怎么回事?
如果面试中,就可以提一些问题:
什么情况下Java的异常日志堆栈信息会丢失?其原因是什么? 异常堆栈丢失情况下要如何排查问题?
原因
JVM内部同一个方法被调用多次的时候,会被JIT编译器进行优化,在Oracle官方文档中,有一段英文描述:
The compiler in the server VM now provides correct stack backtraces for all "cold" built-in exceptions. For performance purposes, when such an exception is thrown a few times, the method may be recompiled. After recompilation, the compiler may choose a faster tactic using preallocated exceptions that do not provide a stack trace. To disable completely the use of preallocated exceptions, use this new flag: -XX:-OmitStackTraceInFastThrow.
在Server模式下的JVM编译器提供了一种方式可以让我们回溯异常的堆栈信息,但是出于性能的因素,当类似的异常抛出多次的时候,异常方法可以被重新编译,重新编译后,编译器会采用更快的策略使用预分配缓存区的异常,并且不再提供堆栈信息。
如果不想使用预分配缓存的异常使用-XX:-OmitStackTraceInFastThrow标记。
另外一方面异常栈的获取是非常消耗性能的,这点通过JVM内部默认会对一些异常不进行堆栈回溯也可以看出。
异常丢失如何排查
- 试着隔离一两台机器,重启两台机器观察情况
- -XX:-OmitStackTraceInFastThrow可以控制不进行异常堆栈优化,如果关闭,就需要预防产生“日志风暴”,否则,一旦高频应用出现异常可能很快用满服务器磁盘。
验证堆栈丢失Demo
public class ExceptionLossDemo { public static void main(String[] args) { boolean flag = false; for (int i = 0;;i++){ boolean isExceptionStackLoss = exceptionTest(); if (isExceptionStackLoss) { flag = true; System.out.println("times:" + i + ", res:" + isExceptionStackLoss); } else if (flag) { System.out.println("times:" + i + ", res:" + isExceptionStackLoss); } } } public static boolean exceptionTest() { try { // 构造一个NPE异常 int res = ((Integer)null) + 1; } catch (Exception e) { if (e.getStackTrace().length == 0) { // 打印堆栈信息 e.printStackTrace(); try { // 当出现 NPE 异常堆栈为空的时候,停留5秒,便于观察 Thread.sleep(5000); } catch (Exception e1) { } // 如果出现 NPE 异常堆栈为空,返回true return true; } // 打印堆栈信息 e.printStackTrace(); } return false; } }
最后
希望对大家有所帮助,技术不断精进..
加载全部内容