阿里面试题：请列举尽可能多的导致JAVA进程退出的原因
引言
直入主题，开头说重点。今天讲的这个问题：
JAVA进程消失可能有哪些原因？
这个问题也是面试中经常出现的，如下图所示
PS:
第一个关于mybatis的问题，不是本文的重点，我只大概说一下，很多人简单的认为${}和#{}的区别是前者用来直接拼接SQL，例如表名等，后者则用占位符对变量进行赋值。这样理解没错，但是了解它们的根本区别才能显得档次更高：前者是简单的Statement处理；后者却是用PreparedStatement处理SQL，即会对SQL进行预编译，防止SQL注入等问题。
接下来说第二个问题，其实很easy的，无外乎三种情况：
-
linux的OOM killer杀死；
-
JVM自身故障；
-
JVM的OOM导致进程退出；
引言
linux的OOM killer
Linux 内核有个机制叫OOM killer（Out-Of-Memory killer），该机制会监控那些占用内存过大，尤其是瞬间很快消耗大量内存的进程，为了防止内存耗尽而内核会把该进程杀掉。
因此，你发现java进程突然没了，首先要怀疑是不是被linux的OOM killer给干掉了！
你可以去下面这个文件里翻
-
系统报错日志:
/var/log/messages
你执行命令：
egrep -i 'killed process' /var/log/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:128kB
完全是可以看到内核对进程做对操作。
JVM自身故障
当JVM发生致命错误导致崩溃时，会生成一个hs_err_pid_xxx.log这样的文件，该文件包含了导致 JVM crash 的重要信息，我们可以通过分析该文件定位到导致 JVM Crash 的原因，从而修复保证系统稳定。
默认情况下，该文件是生成在工作目录下的，当然也可以通过 JVM 参数指定生成路径：
-XX:ErrorFile=/var/log/hs_err_pid<pid>.log
这个文件的内容主要有如下内容：
-
日志头文件
-
导致 crash 的线程信息
-
所有线程信息
-
安全点和锁信息
-
堆信息
-
本地代码缓存
-
编译事件
-
gc 相关记录
-
jvm 内存映射
-
jvm 启动参数
-
服务器信息
-
。。。
拿到这个文件后，不用说了，慢慢啃吧。说到这里，我要摸着良心说。这个文件巨复杂，如果要会读这个文件，请下点功夫。
JVM的OOM
一般情况下，JVM的GC会进行回收，是不会因为OOM导致JVM进程退出的。要真说OOM导致退出的情况，那很有可能就是内存泄漏，由于内存占用越来越大，且无法正常回收（例如有强依赖等），结果。。。。
不过这种JVM的OOM导致的异常，很好排查。因为，你注意两个个参数
-XX:+HeapDumpOnOutOfMemoryError
-XX:HeapDumpPath=/data/dump_${YYYYMMDD}.hprof；
然后去对应目录找dump快照文件，接下来借助MAT这种可视化工具分析就行，很容易定位问题。
总结
综上所述，正确回答是：先翻dump文件，dump如果没有，翻hs_err_pid.log日志。如果还没有，翻内核日志。
如果上面还没有，请联系博主解决，无偿协助，哈哈。
【阿飞的博客】 公众号二维码
↓↓↓↓
正文到此结束
热门推荐
相关文章
近期评论
-
666
-
文章和留言都翻到11页了 没有OOM
-
-
朋友，翻页到11页，及以后，会出现OOM，无法访问
-
-
-
-
版本号是多少，你可以下载哪个代码仓库，jdk选1.8 直接跑就行
-
-
Loading...
![[HBLOG]公众号](https://www.liuhaihua.cn/img/qrcode_gzh.jpg)
