zoukankan      html  css  js  c++  java
  • java中的exception stack有时候不输出的原因(转)

    原文  https://www.cnblogs.com/lemonlotus/p/5650687.html

    有时候,我们在看java错误日志时,只看到一个java.lang.NullPointerException,却没有看到错误的栈,原因是启动时候有一项参数可以选择配置:OmitStackTraceInFastThrow

    JVM 看不到某些异常的stacktrace问题
    在java 1.5的release notes里面可以看到这样一句话:

    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.

    大体的意思就是对于cold build-in exception jvm都会throw 没有stacktrace的exception。从1.5开始提供了一个开关关闭此功能

    public class TestCompile {
    private static final int count = 1000000;
    /**
    * @param args
    */
    public static void main(String[] args)throws Exception {
    int index = count;
    while(index -- > 0){
    try {
    work();
    } catch (Exception e) {
    e.printStackTrace();
    }
    }
    }
    private static void work(){
    String value = null;
    value.length();
    }
    }


    编译后使用java -server -XX:-OmitStackTraceInFastThrow TestCompile 运行,发现一直都是类似

    java.lang.NullPointerException
    at TestCompile.work(TestCompile.java:25)
    at TestCompile.main(TestCompile.java:17)

    的stacktrace。

    换成java -server -XX:+OmitStackTraceInFastThrow TestCompile 运行一段时间后就会出现

    java.lang.NullPointerException
    java.lang.NullPointerException
    java.lang.NullPointerException
    java.lang.NullPointerException
    java.lang.NullPointerException
    java.lang.NullPointerException
    java.lang.NullPointerException
    java.lang.NullPointerException
    java.lang.NullPointerException

    这样的exception,说明stacktrace 该优化已经起作用。-XX:+OmitStackTraceInFastThrow选项在-server情况下默认开启。

    这就不难解释为何经常在系统日志中看到很多行的java.lang.NullPointerException 苦于找不到stacktrace而不知道错误出在何处。

    遇到这种情况,解决的方法也很简单:既然在一段时间后jvm才会进行重新编译优化,那么该错误在刚开始出现的时候还是会有stacktrace的。所以向前搜索日志,或者将程序重启,观察刚重启时候的log便可以找到错误的stacktrace


    最后注意的是,上述优化是针对all "cold" built-in exceptions ,不仅仅是NullPointerException

  • 相关阅读:
    json编解码
    Grok 正则捕获
    logstash date插件介绍
    logstash 字段类型转换后 需要刷新
    logstash 防止实际处理时间跟事件产生时间略有偏差
    导入旧数据需要 使用date插件
    nginx和tomcat的响应时间
    解决kibana 4 关于响应时间的问题
    go 可以开发桌面应用
    windows下go语言环境
  • 原文地址:https://www.cnblogs.com/devilwind/p/9183706.html
Copyright © 2011-2022 走看看