引言
值此七夕佳節，煙哥放棄了無數妹紙的邀約，坐在電腦面前碼字，就是爲了給讀者帶來新的知識，這是一件偉大的事業！
好吧，實際情況是沒人約。爲了化解尷尬，我決定賣力寫文章，嗯，一定是我過於屌絲！
好了，開始說重點。今天講的這個問題
JAVA進程消失可能有哪些原因？
這個問題也是面試中經常出現的，如下圖所示
ps:由於兩年多沒寫crud了，所以忘記mybatis怎麼用了，所以上面那個問題，我選擇了無視。
那我們就開一篇文章說一下這個問題，其實很easy的，無外乎三種情況。
引言
linux的OOM killer
Linux 內核有個機制叫OOM killer（Out-Of-Memory killer），該機制會監控那些佔用內存過大，尤其是瞬間很快消耗大量內存的進程，爲了防止內存耗盡而內核會把該進程殺掉。
因此，你發現java進程突然沒了，首先要懷疑是不是被linux的OOM killer給幹掉了！
你可以去下面這個文件裏翻
你執行命令
egrep -i 'killed process' /var/log/messageslog/messages
去日誌裏進行查詢。
當然，你也可以去內核日誌裏頭查詢。有時Linux系統或者系統上運行的java或者其它進程，會發生一些莫名其妙的問題，比如突然掛掉了，比如突然重啓等等。在軟件上找不到問題所在，此時我們應該懷疑硬件或者內核的問題，此時我們就可以使用 dmesg來查看：
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:128kB29953 (java) score 431 or sacrifice child
[5673702.665338] Killed process 29953, UID 500, (java) total-vm:9805316kB, anon-rss:2344496kB, file-rss:128kB
完全是可以看到內核對進程做對操作。
JVM自身故障
當JVM發生致命錯誤導致崩潰時，會生成一個hs_err_pid_xxx.log這樣的文件，該文件包含了導致 JVM crash 的重要信息，我們可以通過分析該文件定位到導致 JVM Crash 的原因，從而修復保證系統穩定。
默認情況下，該文件是生成在工作目錄下的，當然也可以通過 JVM 參數指定生成路徑：
-XX:ErrorFile=/var/log/hs_err_pid<pid>.loglog
這個文件的內容主要有如下內容
拿到這個文件後，不用說了，慢慢啃吧。說到這裏，我要摸着良心說。這個文件巨複雜，如果要會讀這個文件，請下點功夫。
JVM的OOM
坦白說，我很少遇到因爲JVM的OOM，導致java進程退出的情況。
因爲，一般情況下，出現OOM異常，JVM的GC會進行回收，是不會導致JVM進程退出的。要真說唯一導致退出的情況，那就是內存泄漏，由於內存佔用越來越大，結果。。。。
不過這種JVM的OOM導致的異常，很好排查。
因爲，你注意兩個個參數
-XX:+HeapDumpOnOutOfMemoryError-XX:HeapDumpPath=*/java.hprof；
-XX:HeapDumpPath=*/java.hprof；
然後去對應目錄找dump快照文件，接下來藉助VisualVM這種可視化工具分析就行。很容易定位問題。
總結
綜上所述，正確回答是。先翻dump文件，dump如果沒有，翻hs_err_pid.log日誌。如果還沒有，翻內核日誌。
如果上面還沒有，請聯繫煙哥解決。