-
假死现象
服务程序假死具有以下特征： -
程序对请求没有任何响应；
-
程序请求时没有任何日志输出；
-
程序进程存在，通过jps或者ps查看进程，可以看到服务进程存在；
-
造成假死的可能原因
-
java线程出现死锁，或所有线程被阻塞；
-
数据库连接池中的连接耗尽，导致获取数据库连接时永久等待；
-
出现了内存泄漏导致了OutOfMemory，内存空间不足导致分配内存空间持续失败;服务器的可用内存足够，但是分配给jvm的内存被耗尽的情况，容易出现这种情况；
-
服务程序运行过程中替换了jar包，但是没有进行重启服务，这属于不按规则操作引起的问题；
-
磁盘空间满，导致需要写数据的地方全部失败；
-
线程池满，无法分配更多的线程来处理请求，通常是因为线程被大量阻塞在某个请求上；
-
分析方法
-
通过jstat查看内存使用和垃圾回收情况，查看内存占用情况以及垃圾回收情况是否异常；
-
通过jmap -heap查看内存分配情况，查看是否内存空间被占满，导致无法分配足够的内存空间；
-
通过jstack -F pid查找线程死锁，导出线程堆栈，然后查看线程状态；
-
通过gclog查看垃圾回收原因，需要在服务启动时指定记录垃圾回收日志；
-
通过jmap -dump:format=b,file=heap.bin 导出内存镜像文件，使用工具进行分析；
-
通过jmap -histo查看内存对象；
-
一般情况分析
-
如果内存空闲空间充足，可以确定不是内存不足引起；
-
如果垃圾回收日志正常，包括年轻代和老年代，也基本可以确定不是内存不足引起；
-
通过查看内存中的对象实例和占用空间，如果没有特别大的情况，也基本可以确定不是内存不足引起；
-
排除了内存不足的原因，就需要重点分析是否线程被阻塞在某个位置了；
-
如果有多个节点的服务，可以保留一个节点的状态，用于故障原因分析和查找，另外的节点通过重启服务来尽快恢复正常服务；
————————————————
版权声明：本文为CSDN博主「程序猿（攻城狮）」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/liaomingwu/article/details/125160302