引言

JVM進(jìn)程消失可能有哪些原因？

這個(gè)問(wèn)題也是面試中經(jīng)常出現(xiàn)的，如下圖所示

ps:由于兩年多沒(méi)寫crud了，所以忘記mybatis怎么用了，所以上面那個(gè)問(wèn)題，我選擇了無(wú)視。

那我們就開(kāi)一篇文章說(shuō)一下這個(gè)問(wèn)題，其實(shí)很easy的，無(wú)外乎三種情況。

• linux的OOM killer殺死
• JVM自身故障
• jvm的OOM導(dǎo)致進(jìn)程退出(很罕見(jiàn)，我至今沒(méi)遇見(jiàn)過(guò))

Linux 內(nèi)核有個(gè)機(jī)制叫OOM killer（Out-Of-Memory killer），該機(jī)制會(huì)監(jiān)控那些占用內(nèi)存過(guò)大，尤其是瞬間很快消耗大量?jī)?nèi)存的進(jìn)程，為了防止內(nèi)存耗盡而內(nèi)核會(huì)把該進(jìn)程殺掉。

因此，你發(fā)現(xiàn)java進(jìn)程突然沒(méi)了，首先要懷疑是不是被linux的OOM killer給干掉了！

你可以去下面這個(gè)文件里翻系統(tǒng)報(bào)錯(cuò)日志:/var/log/messages

你執(zhí)行命令

egrep -i 'killed process' /var/log/messages

去日志里進(jìn)行查詢。

當(dāng)然，你也可以去內(nèi)核日志里頭查詢。有時(shí)Linux系統(tǒng)或者系統(tǒng)上運(yùn)行的java或者其它進(jìn)程，會(huì)發(fā)生一些莫名其妙的問(wèn)題，比如突然掛掉了，比如突然重啟等等。在軟件上找不到問(wèn)題所在，此時(shí)我們應(yīng)該懷疑硬件或者內(nèi)核的問(wèn)題，此時(shí)我們就可以使用 dmesg來(lái)查看：

dmesg | grep java

輸出如下

[5673702.665338] Out of memory: Kill process 29953 (java) score 431 or sacrifice child
[5673702.665338] Killed process 29953, UID 500, (java) total-vm:9805316kB, anon-rss:2344496kB, file-rss:128kB

完全是可以看到內(nèi)核對(duì)進(jìn)程做對(duì)操作。

JVM自身故障

當(dāng)JVM發(fā)生致命錯(cuò)誤導(dǎo)致崩潰時(shí)，會(huì)生成一個(gè)hs_err_pid_xxx.log這樣的文件，該文件包含了導(dǎo)致 JVM crash 的重要信息，我們可以通過(guò)分析該文件定位到導(dǎo)致 JVM Crash 的原因，從而修復(fù)保證系統(tǒng)穩(wěn)定。
默認(rèn)情況下，該文件是生成在工作目錄下的，當(dāng)然也可以通過(guò) JVM 參數(shù)指定生成路徑：

-XX:ErrorFile=/var/log/hs_err_pid<pid>.log

這個(gè)文件的內(nèi)容他主要有如下內(nèi)容

• 日志頭文件
• 導(dǎo)致 crash 的線程信息
• 所有線程信息
• 安全點(diǎn)和鎖信息
• 堆信息
• 本地代碼緩存
• 編譯事件
• gc 相關(guān)記錄
• jvm 內(nèi)存映射
• jvm 啟動(dòng)參數(shù)
• 服務(wù)器信息

拿到這個(gè)文件后，不用說(shuō)了，慢慢啃吧。說(shuō)到這里，我要摸著良心說(shuō)。這個(gè)文件巨復(fù)雜，如果要會(huì)讀這個(gè)文件，請(qǐng)下點(diǎn)功夫。

JVM的OOM

坦白說(shuō)，我很少遇到因?yàn)镴VM的OOM，導(dǎo)致java進(jìn)程退出的情況。

因?yàn)?，一般情況下，出現(xiàn)OOM異常，JVM的GC會(huì)進(jìn)行回收，是不會(huì)導(dǎo)致JVM進(jìn)程退出的。要真說(shuō)唯一導(dǎo)致退出的情況，那就是內(nèi)存泄漏，由于內(nèi)存占用越來(lái)越大，結(jié)果。。。。

不過(guò)這種JVM的OOM導(dǎo)致的異常，很好排查。

因?yàn)椋阕⒁鈨蓚€(gè)個(gè)參數(shù)

-XX:+HeapDumpOnOutOfMemoryError
-XX:HeapDumpPath=*/java.hprof；

然后去找dump快照文件，接下來(lái)借助VisualVM這種可視化工具分析就行。很容易定位問(wèn)題。

總結(jié)

綜上所述，正確回答是。先翻dump文件，dump如果沒(méi)有，翻h(huán)s_err_pid.log日志。如果還沒(méi)有，翻內(nèi)核日志。
如果上面還沒(méi)有，請(qǐng)聯(lián)系煙哥解決。

以上就是本文的全部?jī)?nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評(píng)論