Java进程占用CPU100%

最新推荐文章于 2024-06-12 14:15:37 发布
最新推荐文章于 2024-06-12 14:15:37 发布
阅读量216 收藏
点赞数
分类专栏： Java异常问题处理方案 文章标签： java linux jvm
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/lovefang0120/article/details/129185288
版权

问题描述

玩家反馈卡顿，运维查看进程占用发现程序CPU占用飙高，100%

解决步骤

第一步：top指令查看系统中各个进程CPU占用情况

[root@slave1 ~]# top
top - 01:06:38 up 99 days, 22:15,  2 users,  load average: 2.17, 1.16, 0.61
Tasks: 300 total,   1 running, 299 sleeping,   0 stopped,   0 zombie
%Cpu(s):  0.6 us,  0.5 sy,  0.0 ni, 98.8 id,  0.1 wa,  0.0 hi,  0.0 si,  0.0 st
KiB Mem : 32778440 total,  3785504 free,  4891728 used, 24101208 buff/cache
KiB Swap:  5242876 total,  5140732 free,   102144 used. 27369340 avail Mem 

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND                                                                                                                                                                                                                                                                
17619 root      20   0   11.7g   1.0g  18412 S  13.0  3.1   3:29.45 java                                                                                                                                                                                                                                                                   
30563 root      20   0  123076   2764   1496 S   1.3  0.0  17:37.94 htop                                                                                                                                                                                                                                                                   
  950 root      20   0  340792   4960   3736 S   0.3  0.0 126:18.20 vmtoolsd                                                                                                                                                                                                                                                               
 7023 root      20   0       0      0      0 S   0.3  0.0   0:00.19 kworker/5:2                                                                                                                                                                                                                                                            
23454 polkitd   20   0 3135868   1.0g  12292 S   0.3  3.2 991:46.29 mysqld                                                                                                                                                                                                                                                                 
    1 root      20   0  193852   6512   4224 S   0.0  0.0   1:06.11 systemd

第二步：找到占用CPU高的进程号，这里以17619为例。使用top -Hp [pid]查看对应进程中是哪些线程占用比例过高

[root@slave1 ~]# top -Hp 17619
top - 01:08:40 up 99 days, 22:17,  2 users,  load average: 0.42, 0.82, 0.55
Threads: 153 total,   0 running, 153 sleeping,   0 stopped,   0 zombie
%Cpu(s):  1.6 us,  1.2 sy,  0.0 ni, 97.2 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
KiB Mem : 32778440 total,  3766400 free,  4910108 used, 24101932 buff/cache
KiB Swap:  5242876 total,  5140732 free,   102144 used. 27350964 avail Mem 

  PID USER      PR  NI    VIRT    RES    SHR S %CPU %MEM     TIME+ COMMAND                                                                                                                                                                                                                                                                 
19156 root      20   0   11.8g   1.0g  18428 S  6.2  3.2   0:00.19 场景定时事                                                                                                                                                                                                                                                          
19186 root      20   0   11.8g   1.0g  18428 S  6.2  3.2   0:00.44 场景公共驱                                                                                                                                                                                                                                                          
19198 root      20   0   11.8g   1.0g  18428 S  6.2  3.2   0:00.44 场景公共驱                                                                                                                                                                                                                                                          
19210 root      20   0   11.8g   1.0g  18428 S  6.2  3.2   0:00.43 场景公共驱                                                                                                                                                                                                                                                          
17619 root      20   0   11.8g   1.0g  18428 S  0.0  3.2   0:00.00 java                                                                                                                                                                                                                                                                    
17625 root      20   0   11.8g   1.0g  18428 S  0.0  3.2   0:15.55 java                                                                                                                                                                                                                                                                    
17626 root      20   0   11.8g   1.0g  18428 S  0.0  3.2   0:02.86 java                                                                                                                                                                                                                                                                    
17627 root      20   0   11.8g   1.0g  18428 S  0.0  3.2   0:02.87 java

第三步：找到占用过高的线程以后，需要将对应的线程号，转换为十六进制数

[root@slave1 ~]# printf “%x\n” 19156
“4ad4n”

第四步：jstack登场

jstack 17619  | grep 0x4ad4n -A100

因为此处我这里的线程查询的时候没有占用资源，所以不显示！有问题的线程这里肯定会指出对应的问题代码，是哪个方法一直在占用的！

可能出现的问题

1、指令输入错误

Error attaching to core file: cannot open binary file
sun.jvm.hotspot.debugger.DebuggerException: cannot open binary file
	at sun.jvm.hotspot.debugger.linux.LinuxDebuggerLocal.attach0(Native Method)
	at sun.jvm.hotspot.debugger.linux.LinuxDebuggerLocal.attach(LinuxDebuggerLocal.java:286)
	at sun.jvm.hotspot.HotSpotAgent.attachDebugger(HotSpotAgent.java:673)
	at sun.jvm.hotspot.HotSpotAgent.setupDebuggerLinux(HotSpotAgent.java:611)
	at sun.jvm.hotspot.HotSpotAgent.setupDebugger(HotSpotAgent.java:337)
	at sun.jvm.hotspot.HotSpotAgent.go(HotSpotAgent.java:304)
	at sun.jvm.hotspot.HotSpotAgent.attach(HotSpotAgent.java:156)
	at sun.jvm.hotspot.tools.Tool.start(Tool.java:191)
	at sun.jvm.hotspot.tools.Tool.execute(Tool.java:118)
	at sun.jvm.hotspot.tools.JStack.main(JStack.java:92)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:498)
	at sun.tools.jstack.JStack.runJStackTool(JStack.java:140)
	at sun.tools.jstack.JStack.main(JStack.java:106)

碰见这样的问题，肯定是输入的指令有问题了，一定要检查自己的指令输入！

2、系统参数设置问题

[root@slave1 ~]# sysctl -n kernel.yama.ptrace_scope
1

其中1表示未打开，0表示打开，我们需要将其设置为0

[root@slave1 ~]# sysctl -w kernel.yama.ptrace_scope=0
kernel.yama.ptrace_scope = 0

总结

遇到问题不要慌，chatGPT都出来了！哈哈

弱弱的小闹
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Centos系统_Java进程_file:/dev/./urandom -jar /app/app.jar_CPU占用100%_kill -9 无法杀掉_docker关闭---Linux工作笔记072
添柴程序猿的专栏
05-29 48
最近发现机器中cpu占用百分之百,系统启动的时候,会自动启动,一堆的。最后发现是docker的原因,只需要把docker关闭就可以了,原来。app.jar文件,并且,使用kill -9 无法杀掉进程.使用以上的命令来关闭docker。系统残留的docker.
Java 进程 CPU占用率100% 问题
u010186062的博客
12-27 4888
1.CPU占用率 现代分时多任务操作系统对 CPU 都是分时间片使用的：比如A进程占用10ms，然后B进程占用30ms，然后空闲60ms，再又是A进程占10ms，B进程占30ms，空闲60ms;如果在一段时间内都是如此，那么这段时间内的占用率为40%； 2.CPU占用率100%原因 线程的运行时间由cpu决定，cpu分给每个线程一个时间片，如果在时间片内，线程一直占有，则是100%； 3.java 进程中CPU占用率100%的常见场景 死循环； 大量Full GC； 耗时过太长的计算； 大量
Java项目CPU100%如何处理
最新发布
qq_39959019的博客
06-12 1521
计算密集型的任务需要大量的计算能力。命令jstack是java堆栈的跟踪工具，可以打印出程序中所有线程的堆栈信息，包括线程状态，调用栈信息，锁信息等。这会导致所有线程获得的 CPU 时间减少，当每个线程都试图完成自己的任务时，CPU 时间可能会被耗尽。的14行左右，这里给出的是14行，但是实际情况是14行的附近,结合代码来看一下就很容易问题。命令来查看程序的所有堆栈信息，但是，这里需要有一个注意的点，26976这个是一个十进制。的，使用jstack看到的nid是十六进制，所以我们需要转换，可以使用。
Java服务CPU100%异常排查实践总结
CBeann的博客
05-28 2605
最近看牛客网发现了CPU 100% 怎么办这个问题，这个问题的重点是定位和解决，会用到Linux和java的的很多命令，所以写篇博客记录和总结一下。
java 进程100_java进程 cpu100%问题排查
weixin_36110344的博客
02-25 820
排查java进程cpu100%的大致过程之前遇到过之前也遇到过cpu 100%的问题，原因是while循环，死循环了，一直占有cpu。cpu为什么会100%我们都知道cpu是时分(time division)的，操作系统里有很多线程，每个线程的运行时间由cpu决定，cpu会分给每个线程一个时间片，时间片是一个很短的时间长度，如果在时间片内，线程一直占有，则是100%；我们应该意识到，cpu运行速度...
centos中分析java占用大量CPU资源的原因
slovyz的专栏
08-01 1941
1，使用top命令，找到Java进程的PID，我这里找到的PID为16871。 2，找到该进程后，就要定位具体线程或代码，首先显示线程列表,并按照CPU占用高的线程排序： ps -mp 16871 -o THREAD,tid,time | sort -rn 显示结果如下： USER     %CPU PRI SCNT WCHAN  USER SYSTEM   TID     TIM
使用dotnet-dump 查找 .net core 3.0 占用CPU 100%的原因解析
01-20
公司的产品一直紧跟 .net core 3.0 preview 不断升级, 部署到 Linux 服务器后, 偶尔会出现某个进程CPU占用100%. 　由于服务部署在云上, 不能使用远程调试; 在局域网内的Linux 服务器 或 Windows开发机上又不能重现这...
Java进程cpu占用过高问题解决
08-19
第六步：导出线程栈，将具体的占用CPU过高的java进程的线程栈导出，导出命令如下：pid.tdump文件后缀名随意，通常以tdump结尾。 第七步：导出堆，使用jstat -gcutil命令来导出堆信息。 第八步：使用jvisualvm分析...
Java进程cpu占用率高
07-29
在Java编程环境中，当遇到“Java进程CPU占用率高”的问题时，这通常意味着Java应用程序在执行过程中消耗了大量计算资源，可能导致系统响应变慢，甚至出现性能瓶颈。本篇文章将深入探讨这个问题，并提供相关解决方案...
java进程占用CPU和内存太高问题排查相关测试文件.zip
07-21
在Java应用程序的运行过程中，有时会遇到进程占用CPU和内存过高导致系统性能下降的问题。针对这类问题，开发者需要进行深入的排查与优化。本压缩包文件包含了一些关键工具和输出，帮助我们理解如何进行这样的排查。 ...
linux服务器找到占用cpu高的java代码的办法
06-10
2. **获取Java进程ID**：找到占用CPU高的Java进程后，记下其PID（进程ID）。例如，如果`top`输出中的进程ID是12345，那么我们可以使用`ps`命令获取更多关于该进程的信息： ``` ps -mp 12345 -o comm= ``` 3. **...
解决线上微服务容器cpu占用100%问题（java进程占用100%问题）
lijie1051的专栏
12-28 2417
解决线上微服务容器cpu占用100%问题，java进程占用100%问题
JVM：线上服务CPU爆满，如何排查（三）
55555的博客
04-15 4132
前一段时间出现了一个正则表达式引起的线上CPU爆满的问题，一开始没有在第一时间定位到问题，这里也特此记录一下，同时也系统的梳理下CPU爆满问题的排查思路和方法，为后续的同学提供参考。
CentOS中分析java占用大量CPU资源的原因
weixin_33910460的博客
02-08 1354
2019独角兽企业重金招聘Python工程师标准>>> ...
Java程序线上运行CPU占用100%的处理方法
LiuZnHi的专栏
04-05 2560
最近在线的一个服务，经常出现CPU 100%的情况，发生的没有规律，看服务器监控，可以看到有数据进入服务器，然后CPU就100%，这个基本就是同时发生的，一开始判断是不是有人往系统里导入数据造成的，排查了很多次，发现不是这个情况。然后就在网上找资料，进行分析。经过多次查找资料，结合实际情况，对这样的情形处理方式进行总结。 CPU占用100%，根据我的实战经验来说，一共有两种可能： 1.程序进入死循环 2.触发频繁GC 这两种情况是逐步排查的。 第一步，通过 top命令找到占用cpu最高的进程id，
centos8上cpu使用率超过100
公众号 Java4ye
08-23 2152
cpu使用率居然可以破百？！
linux下用top命令查看cpu利用率超过100%
热门推荐
huangshanchun的专栏
03-18 16万+
linux下用top命令查看cpu利用率超过100% 这里显示的所有的cpu加起来的使用率，说明你的CPU是多核，你运行top后按大键盘1看看，可以显示每个cpu的使用率，top里显示的是把所有使用率加起来 按下1后可以看到我的机器的CPU是双核的。%Cpu0，%Cpu1 这里我们也可以查看一下CPU信息：在命令行里输入：cat /proc/cpuinfo 这里可以看到
Java应用CPU占用100%原因分析（转载）
hahavslinb的专栏
11-04 4331
在linux环境下部署的应用，有时候出于各种原因，出现cpu占用100%的情况。这时候，就需要快速分析定位cpu占用的原因。 通常，通过linux系统的top命令，可以看出具体哪个进程占用了过多的cpu资源。但如果发现是java进程，那么就需要进一步分析是java进程中的具体哪个线程出现了问题。 1、确定Java应用进程编号 使用 jps 或 ps -ef|grep java 命令确定想要分析...
windows tomcat cpu 100%
07-28
引用\[1\]:前几天线上服务器某个Tomcat进程突然间歇性CPU占用率100%，这个并不是突然性的，而是有规律的，Top了一下基本每隔30s飙升一次，坐等5s左右回落。虽然这酱紫，由于是多核CPU，外加其实并没有多少真实用户在访问，也并不影响什么。\[1\] 问题:windows tomcat cpu 100% 回答: 如果在Windows上运行的Tomcat进程出现CPU占用率100%的问题，可以尝试以下步骤进行排查和解决。首先，可以通过任务管理器查看Tomcat进程的详细信息，包括PID（进程ID）。然后，可以使用jstack命令保存Tomcat进程的线程现场信息，例如jstack <PID> > <文件路径>。接下来，可以使用文本编辑器打开保存的文件，搜索高CPU占用的线程ID（通常以16进制表示）。最后，根据搜索到的线程ID，可以进一步分析和解决CPU占用率高的问题。\[2\] #### 引用[.reference_title] - *1* [记一次懵比的Tomcat进程CPU使用率100%](https://blog.csdn.net/weixin_28759725/article/details/119228133)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^control,239^v3^insert_chatgpt"}} ] [.reference_item] - *2* [线上Java项目cpu突然100%或Tomcat的cpu占用100%](https://blog.csdn.net/Blueeyedboy521/article/details/124145088)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^control,239^v3^insert_chatgpt"}} ] [.reference_item] [ .reference_list ]

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值