这篇文章主要介绍了Linux服务器Java进程消失问题解决,文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下

问题描述

在实际生产环境下，如果我们遇见Java进程突然消失，该如何去排查问题？

思路

可能有几种原因：

①、Java应用程序的问题：发生OOM导致进程Crash
最常见的是发生堆内存异常“java.lang.OutOfMemoryError: Java heap space”，排查步骤如下：

@H_403_19@Step1: 查看JVM参数 -XX:+HeapDumpOnOutOfMemoryError 和 -XX:HeapDumpPath=*/java.hprof； @H_403_19@Step2: 根据HeapDumpPath指定的路径查看是否产生dump文件； @H_403_19@Step3: 若存在dump文件，使用Jhat、VisualVM等工具分析即可；

②、JVM出错：JVM或JDK自身的Bug导致进程Crash

当JVM发生致命错误导致崩溃时，会生成一个hs_err_pid_xxx.log这样的文件，该文件包含了导致 JVM crash 的重要信息，我们可以通过分析该文件定位到导致 JVM Crash 的原因，从而修复保证系统稳定。

默认情况下，该文件是生成在工作目录下的，当然也可以通过 JVM 参数指定生成路径：

-XX:ErrorFile=/var/log/hs_err_pid<pid>.log
这个文件的内容他主要有如下内容

@H_403_19@日志头文件 @H_403_19@导致 crash 的线程信息 @H_403_19@所有线程信息 @H_403_19@安全点和锁信息 @H_403_19@堆信息 @H_403_19@本地代码缓存 @H_403_19@编译事件 @H_403_19@gc 相关记录 @H_403_19@jvm 内存映射 @H_403_19@jvm 启动参数 @H_403_19@服务器信息

拿到这个文件后，不用说了，慢慢啃吧。说到这里，我要摸着良心说。这个文件巨复杂，如果要会读这个文件，请下点功夫。

③被操作系统OOM-Killer

Linux 内核有个机制叫OOM killer（Out-Of-Memory killer），该机制会监控那些占用内存过大，尤其是瞬间很快消耗大量内存的进程，为了防止内存耗尽而内核会把该进程杀掉。

因此，你发现java进程突然没了，首先要怀疑是不是被linux的OOM killer给干掉了！

你可以去下面这个文件里翻

系统报错日志:/var/log/messages

你执行命令

egrep -i 'killed process' /var/log/messages
# egrep = grep -E 可以使用基本的正则表达外,还可以用扩展表达式， -i代表忽略大小写
#或者
grep “Out of memory” /var/log/messages

去日志里进行查询。

当然，你也可以去内核日志里头查询。有时Linux系统或者系统上运行的java或者其它进程，会发生一些莫名其妙的问题，比如突然挂掉了，比如突然重启等等。在软件上找不到问题所在，此时我们应该怀疑硬件或者内核的问题，此时我们就可以使用 dmesg来查看：

dmesg -T| grep java
#或者
dmesg -T | grep 'Out of memory'
# -T 是显示时间戳

再对比java日志停止时间，看来这里才是问题的根源，所以接下来从优化java内存占用、加内存入手尝试解决问题吧！

备注：

dmesg命令是用来在Unix-like系统中显示内核的相关信息的。dmesg全称是display message (or display driver)，即显示信息。

实际上，dmesg命令是从内核环形缓冲区中获取数据的。当我们在Linux上排除故障时，dmesg命令会十分方便，它能很好地帮我们鉴别硬件相关的error和warning。除此之外，dmesg命令还能打印出守护进程相关的信息，已帮助我们debug。