查日志是我們排查問題的重要手段之一，直接又方便倔幼。其中異常日志堆棧信息可以讓我們快速的發(fā)現(xiàn)問題所在盖腿，但稍微有點經(jīng)驗的開發(fā)應該會遇到過日志堆棧信息丟失的情況。
堆棧只打印了一行：java.lang.NullPointerException，然后什么信息都沒有了翩腐，這是怎么回事鸟款？
如果面試中，就可以提一些問題：
什么情況下Java的異常日志堆棧信息會丟失茂卦？其原因是什么何什？ 異常堆棧丟失情況下要如何排查問題？
原因
JVM內(nèi)部同一個方法被調(diào)用多次的時候等龙，會被JIT編譯器進行優(yōu)化处渣，在Oracle官方文檔中，有一段英文描述：
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.
在Server模式下的JVM編譯器提供了一種方式可以讓我們回溯異常的堆棧信息而咆，但是出于性能的因素霍比，當類似的異常拋出多次的時候，異常方法可以被重新編譯暴备，重新編譯后，編譯器會采用更快的策略使用預分配緩存區(qū)的異常们豌，并且不再提供堆棧信息涯捻。
如果不想使用預分配緩存的異常使用-XX:-OmitStackTraceInFastThrow標記。
另外一方面異常棧的獲取是非常消耗性能的望迎，這點通過JVM內(nèi)部默認會對一些異常不進行堆椪习回溯也可以看出。
異常丟失如何排查
- 試著隔離一兩臺機器辩尊，重啟兩臺機器觀察情況
- -XX:-OmitStackTraceInFastThrow可以控制不進行異常堆棧優(yōu)化涛浙，如果關(guān)閉，就需要預防產(chǎn)生“日志風暴”摄欲，否則轿亮，一旦高頻應用出現(xiàn)異常可能很快用滿服務器磁盤胸墙。
驗證堆棧丟失Demo
public class ExceptionLossDemo {
public static void main(String[] args) {
boolean flag = false;
for (int i = 0;;i++){
boolean isExceptionStackLoss = exceptionTest();
if (isExceptionStackLoss) {
flag = true;
System.out.println("times:" + i + ", res:" + isExceptionStackLoss);
} else if (flag) {
System.out.println("times:" + i + ", res:" + isExceptionStackLoss);
}
}
}
public static boolean exceptionTest() {
try {
// 構(gòu)造一個NPE異常
int res = ((Integer)null) + 1;
} catch (Exception e) {
if (e.getStackTrace().length == 0) {
// 打印堆棧信息
e.printStackTrace();
try {
// 當出現(xiàn) NPE 異常堆棧為空的時候我注，停留5秒，便于觀察
Thread.sleep(5000);
} catch (Exception e1) {
}
// 如果出現(xiàn) NPE 異常堆棧為空迟隅，返回true
return true;
}
// 打印堆棧信息
e.printStackTrace();
}
return false;
}
}
最后
希望對大家有所幫助但骨，技術(shù)不斷精進..
