前几天有同学找我查一个空指针问题,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 官方文档里的相关说明:
大致意思就是说,为了提高性能,JVM 会针对一些内建异常进行优化,在这些异常被某方法多次抛出时 , JVM 可能会重编译该方法,这时候就可能会使用不提供堆栈信息的预分配异常 。如果想要完全禁用预分配异常,可以使用 -XX:-OmitStackTraceInFastThrow 参数 。
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 参数里加上 -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
【解决 Java 打印日志吞异常堆栈的问题】
推荐阅读
- 兄弟打印机驱动安装步骤 打印机驱动安装步骤
- 无法识别的usb设备怎么解决鼠标移动不了 无法识别的usb设备怎么解决
- 女人便秘全方位解决方案
- 老暖气片不热解决办法视频 老暖气片不热解决办法怎么办
- 绿萝黄叶是什么原因怎么处理 绿萝黄叶的原因和解决方法
- 热水器一冷一热怎么解决 热水器一冷一热怎么解决视频
- 老人大便拉不出来怎么办快速解决
- 鲫鱼不吃钩的原因和解决方法是什么 鲫鱼不吃钩的原因和解决方法
- 冰箱不制冷是什么原因解决办法视频 冰箱不制冷是什么原因解决办法
- 零拷贝并非万能解决方案:重新定义数据传输的效率极限
