有時候，我們在看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