JVM参数OmitStackTraceInFastThrow:不打印NullPointerException异常堆栈

查看线上日志,遇到一个诡异的问题,就是系统大量空指针的异常,但是没有打印堆栈,导致不方便定位问题。
经过一番代码调试,确定并非程序代码问题。没有线索之后,从Google找到了答案:是因为在server模式下运行的时候,有一个默认选项是-XX:+OmitStackTraceInFastThrow,这个玩意的意思就是当大量抛出同样的异常的后,后面的异常输出将不打印堆栈,打印堆栈的时候底层会调用到Throwable.getOurStackTrace()方法,而这个方法是synchronized的,对性能有比较明显对影响。所以这个参数是合理的。正常情况下,如果打印了几万条异常堆栈是很容易发现问题的。但是我们的系统正好赶上访问量高峰,一不留神就错过打印详细堆栈的阶段了。

复现测试代码:

public class NullPointExceptionTest {
    static final Logger logger = LoggerFactory.getLogger(NullPointExceptionTest.class);
    public static void main(String[] args) {
        String test = null;
        int i = 0;
        while (true) {
            try {
                test.length();
            } catch (Exception e) {
                System.out.println(i++ + " - " + e.getStackTrace().length);
                if (e.getStackTrace().length == 0) {
                    logger.error("e is", e);
                    break;
                }
            }
        }
    }
}

知道原因后,那我们的解决办法可以有:

  1. 历史数据还在的话,下载历史数据查看;
  2. 重新启动服务器,再观察日志;
  3. 设置JVM参数,暂时禁止掉这个优化选项:-XX:+OmitStackTraceInFastThrow。
posted @   土豆条  阅读(7734)  评论(0编辑  收藏  举报
编辑推荐:
· 用 C# 插值字符串处理器写一个 sscanf
· Java 中堆内存和栈内存上的数据分布和特点
· 开发中对象命名的一点思考
· .NET Core内存结构体系(Windows环境)底层原理浅谈
· C# 深度学习:对抗生成网络(GAN)训练头像生成模型
阅读排行:
· 为什么说在企业级应用开发中,后端往往是效率杀手?
· 本地部署DeepSeek后,没有好看的交互界面怎么行!
· 趁着过年的时候手搓了一个低代码框架
· 用 C# 插值字符串处理器写一个 sscanf
· 推荐一个DeepSeek 大模型的免费 API 项目!兼容OpenAI接口!
点击右上角即可分享
微信分享提示