java项目假死问题排查

项目问题

最近在开发一个监听服务的应用,需要用多个线程去获取服务提供方提供的消息,这个服务部署四天后就开始假死了,项目进程还在,但是没有日志输出。

问题排查

  1. 首先先排查服务器的各种资源,发现这些都正常。

free -h 查看服务器的内存

df -h 查看服务器的存储空间

top -H 查看cpu占用

  1. 排查网络状态,发现也正常 netstat -anp | grep <pid> 是否存在大量等待的网络请求

  2. 这些都没问题的话,那就需要去看下jvm的信息了

jstat -gcutil <pid> 1000 10 jstat 是 JDK 自带的强大工具,用于监控 JVM 内存使用和垃圾回收情况。检查发现老年代已经达到了100%。

到此问题已经很明确了,

复制代码
  S0     S1     E      O      M     CCS    YGC     YGCT    FGC    FGCT     GCT  
0.00  99.86  99.99 100.00  94.87  92.54    992    0.289 235943 28620.620 28620.910
  1. ​​老年代(O)持续100%​​:

    • 老年代空间完全耗尽
    • JVM 无法分配任何新对象到老年代
    • 导致所有内存请求失败
  2. ​​年轻代完全阻塞​​:

    • Eden区(E)持续99.99%满
    • Survivor区(S1)持续99.86%
    • Young GC(YGC=992)完全停滞(连续多次无变化)
    • 对象晋升机制完全失效

问题解决

定位到问题后,就需要排查解决了 jmap -dump:format=b,file=heapdump.hprof <PID> 通过jmap将堆栈信息导出来,并通过​​Eclipse MAT​来进行分析(比较建议使用这个工具),他会告诉你xx实例占用了xxxxbyte,通过这个提示直接去排查相应的代码逻辑即可。

最后发现项目连接服务提供方获取消息失败三次后,连接会自动断开,每次断开重连都会创建新的连接对象,而旧的连接对象虽然做了关闭处理,但是可能仍在活跃,导致gc无法进行回收,连续多天创建对象导致老年代打满。

相关推荐
欣栀♡9 小时前
JVM 频繁 Full GC 先看日志括号里的 cause,jstat 的 FGC 在 JDK 8 上会骗人
java·jvm
czt_java10 小时前
JVM 核心基础|运行时数据区、类加载机制、GC 分代回收
jvm
Web极客码12 小时前
Python Ollama 本地 Agent 入门与订单查询实践
开发语言·jvm·python
y = xⁿ13 小时前
一文掌握JVM
jvm
顺风尿一寸21 小时前
从 FileOutputStream 到 int fd:一次 JNI 字段读写全链路源码剖析
linux·jvm
用户0942485680321 小时前
第36章:JVMTI、Java Agent与运行时扩展点
java·jvm
脚踏实地,坚持不懈!21 小时前
Linux 内存回收机制:水位线、kswapd 与 Direct Reclaim
linux·jvm·算法
wuminyu1 天前
ZGC染色指针在虚拟线程stackChunkOop上的并发屏障全景分析
java·linux·c语言·jvm·c++
江湖有缘2 天前
Docker实战 | 使用Docker部署rmoments社交平台
jvm·docker·oracle
H.莓飛2 天前
【C++】内存管理
linux·开发语言·jvm·c++·visual studio