Java服务导致CPU飙100%的问题解决

最新推荐文章于 2024-07-18 13:38:53 发布
最新推荐文章于 2024-07-18 13:38:53 发布
阅读量2.8k 收藏 11
点赞数
分类专栏： java后端 linux JVM 文章标签： cpu JVM dump java jvm fullGC
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_38158701/article/details/107412109
版权
本文详述了解决Java服务CPU达到100%问题的过程，包括使用jstat定位GC问题，发现频繁Full GC，通过jmap生成内存快照，使用JProfiler分析发现ConcurrentHashMap内存泄漏，最终解决问题并总结相关JVM分析工具的使用。
摘要由CSDN通过智能技术生成

生产环境一直会规律性出现CPU冲高的问题，回顾一下解决过程。

首先定位到进程：以下命令二选一
top
#或者使用组合命令
ps aux|head -1
ps aux|grep -v PID|sort -rn -k +3|head

top命令结果
可以确定cpu使用率高是JVM引起的。

查看最近一段时间的JVM内存和GC的监控信息

如果有zabbix等监控辅助你定位问题那是最好的，

最低0.47元/天 解锁文章
尤尤尤奴斯
关注
专栏目录
解决线上微服务容器cpu占用100%问题（java进程占用100%问题）
lijie1051的专栏
12-28 2553
解决线上微服务容器cpu占用100%问题，java进程占用100%问题
Java内存使用异常导致CPU100%原因(线上JVM排查之二)
无界编程
08-23 1485
写这篇博客的初衷是发现线上JVM问题以及排查，觉得有必要记录并分享出来，有感于很多市面上的教程讲述JVM的教程，甚至还有很多深入到Java字节码和JVM底层源码领域等深入知识，我不否认这些理论和源码也很重要，但是很多学生学习的云里雾里，等学完这些遇到线上问题还是不会排查，实际解决工作中的问题才可以真正做到技术的融会贯通，才可以深入去学习和理解Java字节码和JVM底层源码。
java cpu100%_JAVA应用CPU占用100%|内存泄漏分析总结
weixin_39979080的博客
02-16 302
问题现象vrs后台系统从某一时间点，根据已查结果，追溯到几个月前上线的PGC审核功能引起。近期大概一周左右运营使用时会反馈系统访问越来越来慢，最终系统崩溃，无法访问。因为之前媒资每周都会有功能上线，把这个问题覆盖掉了，未能很快暴露出来。实际上，通过Zabbix观察监控cpu、swap占用都是比较高的。1031问题分析之CPU 100%10-31日出现过一次问题，服务器上执行top命令按键1观察始终...
【Java】服务CPU占用率100%，教你用jstack排查定位
最新发布
JavaDog程序狗
07-18 1664
本文介绍了使用jstack工具诊断Java应用中CPU高占用问题的方法。关键步骤包括：首先，通过top或jps -l命令定位高CPU占用的Java进程；其次，运用top -Hp 找出消耗CPU最多的线程；接着，将线程ID转换为十六进制，以便于jstack命令使用；最后，通过jstack | grep '' -C5命令获取特定线程的堆栈信息，进而分析和修复问题代码。jstack是Java开发者解决性能问题的有力工具。
java服务器cpu100%排查
Ashbara的博客
10-11 602
java服务器cpu100%排查
java 100%_Java项目服务器cpu占用100%解决办法
weixin_39973416的博客
02-20 258
项目上线后运行一段时间，突然发现cpu 8个逻辑核心都占用100%，心情很紧张，然后就在网上找了一些解决方法，具体如下：1.查找哪些进程在耗cpu进入服务器，top 命令看一下，发现进程6633占用了800%[[emailprotected] ~]# top2.把进程的栈dump到文件里，以便后面的分析[[emailprotected] ~]# jstack 6633 > cpu1128...
java项目线上项目CPU突然飙升到100%排查
a361536871的博客
12-13 723
1、使用top命令 查找到java占用cpu的进程。 2、使用 top -Hp PID 命令查看当前进程中的线程cpu占用情况 top -Hp 32725 找到线程 的PID 33753 3、使用 printf ‘%x’ PID 转化成16进制 得到转化后的值83d9 4、使用jstack 命令 dump线程情况 此时jstack +PID 的PID是java进程的PID 非线程PID jstack 32725 &...
Java死锁和Java进程Java CPU 100%排查
oyc的博客
04-25 573
1、确定Java应用进程编号 使用jps或ps -ef|grep java命令确定想要分析的应用的进程编号。 2、使用死锁检测工具检测死锁2.1 Jstack命令 jstack是java虚拟机自带的一种堆栈跟踪工具。jstack用于打印出给定的java进程ID或core file或远程调试服务的Java堆栈信息。 Jstack工具可以用于生成java虚拟机当前时刻的线程快照。线程...
java程序——CPU过高100%及内存泄露排查
weixin_30823227的博客
01-24 224
CPU过高 这类问题可以使用 top 命令观察一些，CPU 是不是都被 Java 程序占用了。比如下面这个截图： 服务器的 CPU 大多都被 Java 占用了。这正是我们之前生产上 CPU 过高的一个截图。 服务其CPU 还能超过 100%原因 在 Linux 上，多核 CPU 就会超过 100%。top 命令显示的是你的程序占用的 cpu 的总数，也就是说如果你是 4 核 cpu 那...
java imageio cpu过高_java应用CPU占用100%内存泄漏分析总结（转载）
weixin_39644139的博客
02-17 791
问题现象vrs后台系统从某一时间点，根据已查结果，追溯到几个月前上线的PGC审核功能引起。近期大概一周左右运营使用时会反馈系统访问越来越来慢，最终系统崩溃，无法访问。因为之前媒资每周都会有功能上线，把这个问题覆盖掉了，未能很快暴露出来。实际上，通过Zabbix观察监控cpu、swap占用都是比较高的。1031问题分析之CPU 100%10-31日出现过一次问题，服务器上执行top命令按键1观察始终...
线上服务CPU 100%, Java heap space一键定位，覆盖多个场景
syh121的博客
09-10 416
案例分析1: 用户反馈系统严重卡顿，后台日志提示Broken Pipe，数据库CPU飙升至80% 背景 下午3点，用户反馈系统严重卡顿，后台日志提示Broken Pipe，数据库CPU达80%，重启服务之后，不到10分钟，还是会出现同样的情况，系统无法使用，阻塞用户日常工作，用户抱怨声音很大，要求立刻解决. 过程 下午3:30，我连上生产环境的DB，执行show full processlist语句，查看当前线程处理情况，定位到Command列，发现有一条SQL一直处理Query的状态，于是将该条记
记录一次项目CPU飙到200%的解决过程
jinQiangol的博客
06-16 1506
起因是我给某个接口的方法添一个查询数据库的几行代码，如图 结果测试在测试环境发现这个接口调不通了，一直超时，并且调用几次后项目宕了。 一、查看导致CPU飙升的线程 首先需要定位到是服务里的那些线程导致CPU飙升的。具体查找方法： 1、在服务器上使用 top 命令发现服务CPU飙到了200 如图 2、记录CPU较高的pid 使用top -Hp $pid 可以看到具体是哪个线程占用了CPU很高，记下该线程的id。 3、使用 printf '%x' $线程pid 转换为...
java故障处理(内存100%，cpu100%，FullGC怎么办)
Carl_Zhang
06-04 2939
首先查看自己服务的进程id （pid） ps -ef | grep java 或者 jps 查看是否有full gc *（5000ms打印一次，也可以去掉这个参数） jstat -gcutil （pid）5000 S0 S1 E O M CCS YGC YGCT FGC FGCT GCT 0.00 100.00 ...
windows下JAVA运行后，CPU使用率100%解决办法
nann-viiv 的博客
12-31 3563
新版本项目打包的时候发现电脑特别卡，打开任务管理器发现CPU使用率达到100%，以为是电脑卡了，后来布到另一个电脑上，发现CPU仍然是100%…对不起我的电脑 放一下成功解决的步骤~ 1. 先下载个Process Explorer 这个软件是可以查看进程的CPU占有率，任务管理器只能看到进程的CPU占有率，放个地址： https://docs.microsoft.com/zh-cn/sysinte...
jvm crash eden 100%
wuzhongxing的专栏
04-30 3622
环境：jdk1.6.0_23   Linux 2.6.32-220.17.1.el6.x86_64   tomcat   采用-XX:+UseParNewGC -XX:+UseConcMarkSweepGC垃圾收集 现象：jvm意外crash，生成hs_err_pid****.log，无dump文件生成。 hs_err_pid****.log关键字包含：SIGSEGV GCTaskThre
JVM频繁FullGC以及CPU占用过高问题
weixin_45000157的博客
08-22 1392
最近线上某个服务所有接口突然响应很慢，并且超时，一开始以为是网络的问题，分时段测试了一下，发现并没有太大问题，于是把问题聚焦到了服务本身，用top命令简单看下，CPU直接飙升到了800+%，好家伙，应该是存在明显问题了，经过一阵分析，问题解决，故记录一下排查过程，截图已经是解决后的效果，懒得再把代码换回去了，说明下思路即可。运气好的话，一般到这里，基本就能看出来出了问题的代码，如果没看出来，多查看几个线程的状态，对比分析一下，这里的截图只是做演示，所以是RUNNABLE状态，如果是wait，就要注意了；
JVM04-优化JVM内存分配以及内存持续上升问题和CPU过高问题排查
ycmy2017的博客
07-09 1395
JVM内存优化分配和内存/cpu持续上升问题定位
spring 项目排查内存泄露，老年代内存不断增长，分区占100%
qq_27413937的博客
01-25 2851
这星期在测试大并发的数据上报，测试过程中发现运行一段时间后，服务会卡住，不再响应请求，排查后发现 重启时，内存会不断增加，最终到达3G多卡死。 于是只能导出jvm运行的堆栈信息，分析内存泄露的问题。 首先是一些常用的命令。一类是jdk自带的分析工具，jmap用于分析jvm内存， jstack可以分析线程死锁，分析线程执行情况。还有阿里的Arthas - Alibaba Java Diagnostic Tool也是一个非常强大的工具，还能直接修改一些运行的内存类，分析方法执行返回，也是非常强大。 ..
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值