Java进程假死分析与内存溢出排查-优快云博客

本文主要分析了Java进程假死的现象，通过检查网络情况、JVM内存溢出来定位问题。首先排除了网络故障，然后通过jstack、jstat、jmap等工具分析，发现可能是由于内存泄漏导致的OutOfMemoryError。建议在问题发生时迅速获取内存快照，并使用MemoryAnalyzer工具进行分析。此外，还提到了Tomcat假死的其他可能原因，如程序死锁、负载过高、GC时间过长和大量CLOSE_WAIT连接。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

一.引言
1.编写目的
为了方便大家以后发现进程假死的时候能够正常的分析并且第一时间保留现场快照。
2.编写背景
最近服务器发现tomcat的应用会偶尔出现无法访问的情况。经过一段时间的观察最近又发现有台tomcat的应用出现了无法访问情况。简单描述下该台tomcat当时具体的表现：客户端请求没有响应，查看服务器端tomcat的进程是存活的，查看业务日志的时候发现日志停止没有任何最新的访问日志。连tomcat下面的catalina.log也没有任何访问记录，基本断定该台tomcat已不能提供服务。

二.分析步骤
根据前面我描述的假死现象，我最先想到的是网络是否出现了问题，是不是有什么丢包严重的情况，于是我开始从请求的数据流程开始分析，由于我们业务的架构采用的是nginx+tomcat的集群配置，一个请求上来的流向可以用下图来简单的描述一下：

1.检查nginx的网络情况
更改nginx的配置，让该台nginx请求只转到本机器的出现问题的tomcat应用上面，在access.log里看是否有网络请求，结果可以查看到当前所有的网络请求，也就是说可以排除是网络的问题。
2.检查tomcat 的网络情况
分析业务配置的tomcat访问日志xxxx.log上是否有日志访问记录，经过查询该台tomcat应用日志完全没有任何访问记录，由于我们的部署是本机的nginx转到本机的tomcat应用，所以可以排除不是网络问题。到此基本可以断定网络没有问题，tomcat 本身出现了假死的情况。在tomcat的日志里有报过OutOfMemoryError的异常，所以可以肯定tomcat假死的原因是OOM

三.分析JVM内存溢出
1.为什么会发生内存泄漏
在我们学习Java的时候就知道它最为方便的地方就是我们不需要管理内存的分配和释放，一切由JVM自己来进行处理，当Java对象不再被应用时，等到堆内存不够用时JVM会进行GC处理，清除这些对象占用的堆内存空间，但是如果对象一直被应用，那么JVM是无法对其进行GC处理的，那么我们创建新的对象时，JVM就没有办法从堆中获取足够的内存分配给此对象，这时就会导致OOM。我们出现OOM原因，一般都是因为我们不断的往容器里存