java 程序假死

文章介绍了服务程序假死的现象,如无响应和无日志输出,并列举了可能的原因,包括线程死锁、内存泄漏、数据库连接池耗尽等。提供了通过jstat、jmap、jstack等工具进行诊断的方法,以及如何分析内存使用、垃圾回收和线程状态。此外,还强调了服务程序替换jar包未重启和磁盘空间满也可能导致问题,并给出了故障排除策略。

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

  1. 假死现象
    服务程序假死具有以下特征:

  2. 程序对请求没有任何响应;

  3. 程序请求时没有任何日志输出;

  4. 程序进程存在,通过jps或者ps查看进程,可以看到服务进程存在;

  5. 造成假死的可能原因

  6. java线程出现死锁,或所有线程被阻塞;

  7. 数据库连接池中的连接耗尽,导致获取数据库连接时永久等待;

  8. 出现了内存泄漏导致了OutOfMemory,内存空间不足导致分配内存空间持续失败;服务器的可用内存足够,但是分配给jvm的内存被耗尽的情况,容易出现这种情况;

  9. 服务程序运行过程中替换了jar包,但是没有进行重启服务,这属于不按规则操作引起的问题;

  10. 磁盘空间满,导致需要写数据的地方全部失败;

  11. 线程池满,无法分配更多的线程来处理请求,通常是因为线程被大量阻塞在某个请求上;

  12. 分析方法

  13. 通过jstat查看内存使用和垃圾回收情况,查看内存占用情况以及垃圾回收情况是否异常;

  14. 通过jmap -heap查看内存分配情况,查看是否内存空间被占满,导致无法分配足够的内存空间;

  15. 通过jstack -F pid查找线程死锁,导出线程堆栈,然后查看线程状态;

  16. 通过gclog查看垃圾回收原因,需要在服务启动时指定记录垃圾回收日志;

  17. 通过jmap -dump:format=b,file=heap.bin 导出内存镜像文件,使用工具进行分析;

  18. 通过jmap -histo查看内存对象;

  19. 一般情况分析

  20. 如果内存空闲空间充足,可以确定不是内存不足引起;

  21. 如果垃圾回收日志正常,包括年轻代和老年代,也基本可以确定不是内存不足引起;

  22. 通过查看内存中的对象实例和占用空间,如果没有特别大的情况,也基本可以确定不是内存不足引起;

  23. 排除了内存不足的原因,就需要重点分析是否线程被阻塞在某个位置了;

  24. 如果有多个节点的服务,可以保留一个节点的状态,用于故障原因分析和查找,另外的节点通过重启服务来尽快恢复正常服务;
    ————————————————
    版权声明:本文为优快云博主「程序猿(攻城狮)」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
    原文链接:https://blog.youkuaiyun.com/liaomingwu/article/details/125160302

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值