前几天有同学找我查一个空指针问题，Java 打印日志时，异常堆栈信息被吞了，导致定位不到出问题的地方。
捕获异常打印日志的代码类似这样：
try { // ...} catch (Exception e) { log.error("系统异常 customerCode:{},data:{}", customerCode, data, e); // ...}查到的日志是这样的：
2023-06-26 11:11:11.111 ERROR 1 --- [pool-1-thread-1] c.mazhuang.service.impl.TestServiceImpl : 系统异常 customerCode:123,data:{"name":"mazhuang","age":18}java.lang.NullPointerException: null异常堆栈丢了。
在之前的一篇文章里已经验证过这种写法是可以正常打印异常和堆栈信息的：AI 自动补全的这句日志能正常打印吗？
再三确认代码写法没问题，纳闷之下只好搜索了一下关键词「Java异常堆栈丢失」，发现了这篇文章：Java异常堆栈丢失的现象及解决方法，这里面提到的问题与我们遇到的一样，而且给出了 Oracle 官方文档里的相关说明：
https://www.oracle.com/java/technologies/javase/release-notes-introduction.html
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.
大致意思就是说，为了提高性能，JVM 会针对一些内建异常进行优化，在这些异常被某方法多次抛出时，JVM 可能会重编译该方法，这时候就可能会使用不提供堆栈信息的预分配异常。如果想要完全禁用预分配异常，可以使用 -XX:-OmitStackTraceInFastThrow 参数。
了解到这个信息后，翻了翻从服务上次发版以来的这条日志，果然最早的十几次打印是有异常堆栈的，后面就没有了。
回溯历史日志，找到正常打印的堆栈信息，定位和解决问题；
也可以考虑在 JVM 参数里加上 -XX:-OmitStackTraceInFastThrow 参数，禁用优化；
在本地写一个简单的程序复现一下：
public class StackTraceInFastThrowDemo { public static void main(String[] args) { int count = 0; boolean flag = true; while (flag) { try { count++; npeTest(null); } catch (Exception e) { int stackTraceLength = e.getStackTrace().length; System.out.printf("count: %d, stacktrace length: %d%n", count, stackTraceLength); if (stackTraceLength == 0) { flag = false; } } } } public static void npeTest(Integer i) { System.out.println(i.toString()); }}不添加 -XX:-OmitStackTraceInFastThrow 作为 JVM 参数时，运行结果如下：
...count: 5783, stacktrace length: 2count: 5784, stacktrace length: 2count: 5785, stacktrace length: 0Process finished with exit code 0在我本机一般运行五六千次后，会出现异常堆栈丢失的情况。
添加 -XX:-OmitStackTraceInFastThrow 作为 JVM 参数时，运行结果如下：
...count: 3146938, stacktrace length: 2count: 3146939, stacktrace length: 2count: 3146940, stacktrace length: Process finished with exit code 137 (interrupted by signal 9: SIGKILL)运行了几百万次也不会出现异常堆栈丢失的情况，手动终止程序。
完整源码见：https://github.com/mzlogin/java-notes/blob/master/src/org/mazhuang/StackTraceInFastThrowDemo.java
本文链接：http://www.28at.com/showinfo-26-10425-0.html解决 Java 打印日志吞异常堆栈的问题
声明：本网页内容旨在传播知识，若有侵权等问题请及时与本网联系，我们将在第一时间删除处理。邮件：2376512515@qq.com
Copyright © 2016-2023 天津谷骐科技有限公司 版权所有 sitemap.xml
违法及侵权请联系：2376512515@qq.com 津ICP备18001702号
津公网安备 12010102000574号
