jvm堆記憶體溢位後,其他執行緒是否可繼續工作
阿新 • • 發佈:2018-11-15
最近網上出現一個美團面試題:“一個執行緒OOM後,其他執行緒還能執行嗎?”。我看網上出現了很多不靠譜的答案。這道題其實很有難度,涉及的知識點有jvm記憶體分配、作用域、gc等,不是簡單的是與否的問題。
由於題目中給出的OOM,java中OOM又分很多型別;比如:堆溢位(“java.lang.OutOfMemoryError: Java heap space”)、永久帶溢位(“java.lang.OutOfMemoryError:Permgen space”)、不能建立執行緒(“java.lang.OutOfMemoryError:Unable to create new native thread”)等很多種情況。
本文主要是分析堆溢位對應用帶來的影響。
先說一下答案,答案是還能執行
。
程式碼如下所示:
public class JvmThread { public static void main(String[] args) { new Thread(() -> { List<byte[]> list = new ArrayList<byte[]>(); while (true) { System.out.println(new Date().toString() + Thread.currentThread() + "=="); byte[] b = new byte[1024 * 1024 * 1]; list.add(b); try { Thread.sleep(1000); } catch (Exception e) { e.printStackTrace(); } } }).start(); // 執行緒二 new Thread(() -> { while (true) { System.out.println(new Date().toString() + Thread.currentThread() + "=="); try { Thread.sleep(1000); } catch (Exception e) { e.printStackTrace(); } } }).start(); } }
結果展示:
Wed Nov 07 14:42:18 CST 2018Thread[Thread-1,5,main]== Wed Nov 07 14:42:18 CST 2018Thread[Thread-0,5,main]== Wed Nov 07 14:42:19 CST 2018Thread[Thread-1,5,main]== Wed Nov 07 14:42:19 CST 2018Thread[Thread-0,5,main]== Exception in thread "Thread-0" java.lang.OutOfMemoryError: Java heap space at com.gosaint.util.JvmThread.lambda$main$0(JvmThread.java:21) at com.gosaint.util.JvmThread$$Lambda$1/521645586.run(Unknown Source) at java.lang.Thread.run(Thread.java:748) Wed Nov 07 14:42:20 CST 2018Thread[Thread-1,5,main]== Wed Nov 07 14:42:21 CST 2018Thread[Thread-1,5,main]== Wed Nov 07 14:42:22 CST 2018Thread[Thread-1,5,main]==
JVM啟動引數設定:
上圖是JVM堆空間的變化。我們仔細觀察一下在14:42:05~14:42:25之間曲線變化,你會發現使用堆的數量,突然間急劇下滑!這代表這一點,當一個執行緒丟擲OOM異常後,它所佔據的記憶體資源會全部被釋放掉,從而不會影響其他執行緒的執行!
講到這裡大家應該懂了,此題的答案為一個執行緒溢位後,程序裡的其他執行緒還能照常執行
。注意了,這個例子我只演示了堆溢位的情況。如果是棧溢位,結論也是一樣的,大家可自行通過程式碼測試。
總結:其實發生OOM的執行緒一般情況下會死亡,也就是會被終結掉,該執行緒持有的物件佔用的heap都會被gc了,釋放記憶體。因為發生OOM之前要進行gc,就算其他執行緒能夠正常工作,也會因為頻繁gc產生較大的影響。