JVM 问题排查总结

最新推荐文章于 2025-05-20 10:50:37 发布
最新推荐文章于 2025-05-20 10:50:37 发布
阅读量441 收藏 1
点赞数
CC 4.0 BY-SA版权
分类专栏： 实战 Java 并发编程
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/wangming520liwei/article/details/88707400
本文总结了JVM问题排查的常见场景，包括Full GC次数过多、CPU过高、接口耗时、线程WAITING状态和死锁等。通过分析CPU和内存使用情况、jstack和jstat命令，结合内存日志分析，可以定位问题并提供解决方案。

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

                                                 JVM 问题排查

关注左边二维码：程序员开发者社区

 

  • 1. Full GC次数过多

  • 2. CPU过高

  • 3. 不定期出现的接口耗时现象

  • 4. 某个线程进入WAITING状态

  • 5. 死锁

  • 6.内存泄露

处理过线上问题的同学基本上都会遇到系统突然运行缓慢，CPU 100%，以及Full GC次数过多的问题。当然，这些问题的最终导致的直观现象就是系统运行缓慢，并且有大量的报警。本文主要针对系统运行缓慢这一问题，提供该问题的排查思路，从而定位出问题的代码点，进而提供解决该问题的思路。

对于线上系统突然产生的运行缓慢问题，如果该问题导致线上系统不可用，那么首先需要做的就是，导出jstack和内存信息，然后重启系统，尽快保证系统的可用性。这种情况可能的原因主要有两种：

  • 代码中某个位置读取数据量较大，导致系统内存耗尽，从而导致Full GC次数过多，系统缓慢；

  • 代码中有比较耗CPU的操作，导致CPU过高，系统运行缓慢；

了解本专栏 订阅专栏 解锁全文 超级会员免费看
系统运行缓慢，CPU 100%，以及Full GC次数过多问题的排查思路
weixin_34014555的博客
03-04 1893
2019独角兽企业重金招聘Python工程师标准>>> ...
频繁fullgc排查思路，再也不怕fullgc了
zzyymaggie的专栏
07-29 1278
1.现象 某业务方的网关服务上线2个月后，出现15分钟一次fullgc. 2.触发fullgc的可能原因 System.gc()方法调用 代码里一般都禁用了，不可能。 （ X ） 老年代空间不足 open-falcon上查指标 ，经核对，距离分配的空间还差很远就被回收了。 （ X ） 永生代(Metaspace不足） open-falcon上查指标，经核对，还未达到。 堆中分配大对象 （所谓大对象，是指需要大量连续内存空间的java对象，例如很长的数组，此种对象会直接进入老年代，而老年代虽然有很大的剩余空
JVM 性能问题排查实战10连击
最新发布
zhangxzq的博客
05-20 2264
如果说掌握 JVM 内存模型与 GC 原理是性能优化的“基础体能”，那么系统性地排查 JVM 性能瓶颈，才是真正能打硬仗的核心能力。问题出现的底层原理如何利用工具快速定位排查思路是否体系化如何规避同类问题再次发生全局模型：资源 -> 配置 -> 行为 -> 报错。工具分工：实时监控、快照导出、代码热插拔。联动思维：GC 不一定是根因，可能是症状。只要你构建出一套属于自己的排查体系，面对任何线上问题，都会更有底气。
CPU飙升怎么排查？
m0_59828167的博客
05-17 970
2、ps H -eo pid,tid,%cpu | grep 16470(进程)5、东西太多 使用 jstack 进程 | grep 406d 查看具体位置。如果项目很卡，发现是CPU占用率很高，怎么排查？3、printf “%x\n” 线程。1、top命令查看任务管理器。4、jstack 进程。就定位到了具体的代码。
网易二面：CPU狂飙900%，该怎么处理？
架构师尼恩
01-30 2万+
尼恩提示：大家介绍场景的时候，就说自己主要涉及了两个场景， Java进程飙升900%、MySQL进程飙升900%两种场景，其实，这两个场景就足够讲半天了， 其他的，使用规避技巧规避一下就行。转换后的结果分别为7665，由于导出的线程快照中线程的nid是16进制的，而16进制以0x开头，所以对应的16进制的线程号nid为0x7665。但是，一旦高并发场景，要么走到了死循环，要么就是在做大量的 GC, 容易出现这种 CPU 飙升的情况，CPU飙升900%，是完全有可能的。目测数据量不大，也就几百万条而已。
cpu使用率升高，排查思路。
神奇的木木的博客
11-30 2870
1、首先使用top命令找到占用cpu较高的后台程序，定位到进程号。 后台运行了一个死循环的程序，运行top命令我们发现后台进程程序为java，进程号为14445的程序占用cpu比较高。 （执行jps或者ps -ef | grep java 也可以定位到线程id） 2、执行ps命令查看该进程号下所有的线程ID，具体定位到哪一个线程ID占用率比较高。 ps -mp 14445 -o THREAD,tid,time 3、打印此线程id的一个16进制形式。 printf "%x\n" 14446 386e
JVM排查问题总结
陈海龙的格物之路
10-15 2166
总结排查JVM问题时可以使用的工具、策略、措施等。
jvm问题排查
04-20
### JVM问题排查工具手册 #### 一、概述 在日常的软件开发与维护过程中，针对JVM（Java虚拟机）的性能调优和问题排查是非常关键的一环。本手册旨在提供一套全面且实用的JVM问题排查方法和技术，帮助开发者快速定位...
JVM高频面试基本问题与知识点整理
热门推荐
张彦峰的博客
01-16 86万+
JVM高频面试基本问题与知识点整理
java虚拟机——如何排查jvm问题
oopxiajun博客专栏
11-26 907
排查JVM问题需要综合使用多种工具和方法，从监控、日志分析、性能分析、线程分析、垃圾收集分析等多个角度入手。通过这些步骤，你可以更全面地了解和解决JVM相关的各种问题。
频繁 Full GC 问题排查方法
m0_57836225的博客
09-26 813
平时同学们可以总结一套自己解决频繁 Full GC 问题的方法步骤，以便在面试时对答如流，给面试官留下好印象。希望本文总结的通用步骤能为大家提供参考。
线上问题——频繁 Full GC 问题的排查思路
longool的博客
12-21 1572
启用 GC 日志分析 GC 日志内容选择合适的垃圾回收器调整垃圾回收器参数实时监控内存使用情况分析监控数据
一次让人难以忘怀的排查频繁Full GC过程
huaweitman的专栏
03-15 8844
我们的Java应用因频繁FULL GC导致性能降低很多，经过多人的定位也没有结论，于是我自主请命，经过一天的研究终于搞定了，现把经验与大家共享，相关的gc日志如下： 4.758: [Full GC [PSYoungGen: 464K->0K(71936K)] [PSOldGen: 37949K->33994K(68672K)] 38413K->33994K(140608K) [PSPermGen
频繁的Full GC的问题排查
所有文章都可以查看。如果发现需要VIP才能看的文章，请留言，可能是发布的时候手抖了。
05-01 6724
Full GC没有明确的官方定义，有人认为需要对JVM能够用到的所有共享内存(堆、元空间/永久代、直接内存)进行GC才是Full GC；有人认为只要对整个堆进行了GC(新生代GC+老年代GC)就算是Full GC。在jatat命令的输出中，FGC表示老年代GC，个人倾向于第二种说法。
JVM频繁Full GC问题的排查与解决方案
她们都叫我靓仔
11-20 2545
（JProfiler是一款堆内存分析工具，可以直接连接线上jvm实时查看相关信息，也可以分析dump出来的堆内存快照，对某一时刻的堆内存情况进行分析）将我们dump出来的文件解压，修改后缀名。Heap Dump是JVM堆内存的快照，通过分析Heap Dump，开发者可以了解当前内存中有哪些对象占用了大量空间，从而定位哪些对象导致了内存泄漏或过度的老年代占用。老年代中的内存碎片可能导致对象无法晋升，即使老年代有足够的空闲空间，也无法容纳新的大对象，从而触发Full GC。
频繁FullGC的问题排查和解决
大数据开发实践者
11-01 2095
一、问题排查 1.jstat -gc 【pid】查看gc情况 2.发现FullGC过多，通过 jmap -histo 【pid】查看堆中对象统计 二、问题解决 实际工作中，主要发现两个数据结构相关原因会导致FULL GC 1. LinkedBlockingQueue$Node 当数据量很大时，LinkedBlockingQueue会无限制存放数据，最终导致Allocation Fail...
记一次排查线上频繁FullGC 过程
shixiaoling123的博客
06-06 670
记一次排查线上频繁FullGC 过程一、一段艰辛的排查过程1.突发告警1.1 新生代老年代情况：1.2 老年代GC情况2.紧急处理3.问题定位3.1 dump文件过大：3.2 如何分析：3.3 排查原因3.4 水落石出4.修复上线二、收获 一、一段艰辛的排查过程 记录一次生产环境频繁FullGC的排查过程，艰辛但收获满满； 1.突发告警 这是一个风和日丽的下午，已经疲惫不堪的我正日常码代码，突然收到JVM监控告警，进入监控大盘查看JVM情况： 1.1 新生代老年代情况： 图片截了一张最简化的出来，因为公司
GC原理详解
Likes的博客
10-30 5119
GC就是Java的垃圾回收机制，要了解什么情况下会发生GC(即GC得触发条件)，我们需要先了解JVM的内存模型结构，之前一篇文章已经详细讲解了Jvm的内存模型结构，而通常来说，GC主要针对的是堆(java heap)区。 而java heap是分代的（年轻代和老年代），为什么要分代？其实也不难理解，分代就是为了优化性能，如果不分代，那就会导致所有对象揉在一块，那样GC就会对堆区域进行全扫描。所以，分代可以大大提升GC性能，那么，分代的原理是什么？ JVM对于堆的垃圾回收，采用分代收集的策略，所以分代的原
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

wangxiaoming

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值