前言

查日志是我们排查问题的重要手段之一，直接又方便。其中异常日志堆栈信息可以让我们快速的发现问题所在，但稍微有点经验的开发应该会遇到过日志堆栈信息丢失的情况。

堆栈只打印了一行：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; }}

最后

希望对大家有所帮助，技术不断精进..

到此这篇关于Java异常日志堆栈丢失的原因与排查的文章就介绍到这了,更多相关Java异常日志堆栈丢失内容请搜索以前的文章或继续浏览下面的相关文章希望大家以后多多支持！