JVM系列之OOM观测准备

OOM, 全称 "Out Of Memory",即内存用完的意思。JVM 因为没有足够的内存来为对象分配空间并且垃圾回收器也已经没有空间可回收时(可分配内存大于需要分配的内存), 就会抛出 java.lang.OutOfMemoryError。在实际的生产应用中,一旦出现OOM,很可能应用面临崩溃,服务器CPU资源被消耗尽,这是非常可怕的事。

jvisualvm(Java VisualVM),能够监控线程,内存情况,查看方法的CPU时间和内存中的对象,已被GC的对象,反向查看分配的堆栈,是JDK提供非常好用的可视化图形观察内存情况的工具。

想通过jvisualvm远程观测虚拟机的内存情况,可以通过在JVM参数配置加上以下配置(生产不建议配)

-Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.port=xxxport -Dcom.sun.management.jmxremote.ssl=false - Dcom.sun.management.jmxremote.authenticate=false -Djava.rmi.server.hostname=xxxip

参数解释如下:

-Dcom.sun.management.jmxremote 添加一个jmx远程连接属性

-Dcom.sun.management.jmxremote.port=xxxport 指定连接的应用端口号

-Dcom.sun.management.jmxremote.authenticate=false 是否启用验证

-Dcom.sun.management.jmxremote.ssl=false 是否启用ssl

-Djava.net.preferIPv4Stack=true 是否优先使用ipv4

-Djava.rmi.server.hostname=xxxip 指定远程主机的ip地址

在jdk的bin目录下双击jvisualvm,远程主机添加远程主机,然后添加JMX连接,使用安全凭证登录,即可远程观察JVM的运行情况,在压测或者复现生产问题故障十分有效。

连接上去,可以看到一个健康的Java应用的内存回收折线图。

我们还可以通过jstat工具来查看应用的回收情况。jstat -gcutil xxx 3s 每三秒输出xxx(进程号)内存回收情况。这个可以在生产在线环境查看,对判断应用健康很有帮助。

S0:幸存1区当前使用比例

S1:幸存2区当前使用比例

E:伊甸园区使用比例

O:老年代使用比例

M:元数据区使用比例

CCS:压缩使用比例

YGC:年轻代垃圾回收次数

FGC:老年代垃圾回收次数

FGCT:老年代垃圾回收消耗时间

GCT:垃圾回收消耗总时间

从上图可以看出,老年代频繁回收,3秒已经进行了好几次fullGC,且老年代做垃圾回收并没有释放多少内存,即内存溢出了,CPU基本都在忙着做垃圾回收,说明已经OOM了。下图通过top命令可以看到第一个进程CPU飙升,它正是此我们监测的Java应用正上演着OOM,应用已不能正常处理业务。

相关推荐
TDengine (老段)4 分钟前
TDengine 选择函数 TOP() 用户手册
大数据·数据库·物联网·时序数据库·iot·tdengine·涛思数据
李游Leo31 分钟前
Redis 持久化与高可用实践(RDB / AOF / Sentinel / Cluster 全解析)
java·spring·bootstrap
mask哥1 小时前
详解mcp以及agen架构设计与实现
java·微服务·flink·大模型·ai agent·springai·mcp
Dobby_051 小时前
【Hadoop】分布式文件系统 HDFS
大数据·hadoop·分布式
哈哈很哈哈1 小时前
Spark 核心 RDD详解
大数据·分布式·spark·scala
智海观潮1 小时前
Spark广播变量HttpBroadcast和TorrentBroadcast对比
大数据·spark
项目題供诗1 小时前
Hadoop(十一)
大数据·hadoop·分布式
Propeller1 小时前
【Android】View 交互的事件处理机制
android·java
杨杨杨大侠1 小时前
Atlas Mapper 教程系列 (5/10):集合映射与嵌套对象处理
java·开源·github
ERP老兵_冷溪虎山1 小时前
Python/JS/Go/Java同步学习(第十三篇)四语言“字符串转码解码“对照表: 财务“小南“纸式转码术处理凭证乱码崩溃(附源码/截图/参数表/避坑指南)
java·后端·python