排查java代码中cpu java排查cpu高的原因

CPU占用过高问题的排查及解决top命令是Linux下常用的性能分析工具,能够实时显示系统中各个进程的资源占用状况 , 类似于Windows的任务管理器
第一行,任务队列信息,同uptime 命令的执行结果
第二行,Tasks — 任务(进程)
总进程:150 total, 运行:1 running, 休眠:149 sleeping, 停止: 0 stopped, 僵尸进程: 0 zombie
第三行,cpu状态信息
第四行,内存状态
1003020k total, 234464k used, 777824k free, 24084k buffers【缓存的内存量】
第五行,swap交换分区信息
2031612k total, 536k used, 2031076k free, 505864k cached【缓冲的交换区总量】
更多Linux内核视频资料免费·领取后台私信【 内核 】自行获取 。
第六行,空行
第七行以下:各进程(任务)的状态监控
详解
top使用方法:
此时发现如果是Java的进程占用过高 , 并且一直下不来,则排查是什么线程导致占比过高 。以图中进程举例,假如发现PID为31357的Java进程占CPU比一直很高,则记录下它的PID
2.查看Java进程里面的线程的占用情况
top -H -p 31357 然后按shift+p按照CPU排序
说明:-H 指显示线程,-p 是指定进程
可以看到CPU占用较高的线程,记下他们的PID,假设这里31357的CPU占比一直是50%
将查找到的 线程占用最高的 tid 上图中 29108 转成16进制 --- 71b4
jstack 31357jstack.31357.log
以上能看到指定线程的堆栈信息 。如果想看到关于线程中的锁的附加信息,可以加一个-l参数
4.上面方法用于进程正常情况下的堆栈打印
用jstack -l命令没有响应,估计是CPU一直站着不能执行正常的命令 , 根据提示[The -F option can be used when the target process is not responding]只能放大招了 。
jstack -F “PID”jstack.“PID”.txt
吐出的实际日志结果如下:
发现一大坨线程阻塞了,有用的结果在这里:
显然一直在跑的是19576这个线程,一直在执行EXCEL导出的相关方法 , 问题就出在这里 , 下面的任务就是排查这个地方的代码逻辑了 。
jstack命令格式:
jstack [ option ] pid
参数说明:
命令格式
jps [ options ] [ hostid ]
参数说明:
三个参数加在一起显示更详细的信息:
发现这些Java进程的启动参数中开放了JMX的远程端口 , 正常情况下可以通过jconsole远程连接过去看到JVM的日常参数 。比如本地访问上图中的pay.war进程:
如何查找java应用程序中占用cpu高的方法Java程序就是这样的 , 我去年做了一个桌面软件,也出现这样的问题,后来不用java的自动垃圾回收,在必要的时候手动调用System.gc(),这种情况就很少出现了 , 但是偶尔也还有 。另外,CPU占用率过高的情况一般是编程的问题,重点考虑线程资源共享和网络流处理两个方面,java大部分的高CPU占用率都跟这两点有关系 。
如何排查java高cpu的原因如果排查java代码中cpu你使用数据库排查java代码中cpu的话那就看一下排查java代码中cpu你的数据库联接,是否有资源未释放或获取connection过于频繁.如果仅仅是JAVA程序,那就查看一下是否为线程使用不当,你到网上找一下线程相关问题即可
java 如何查看服务器的CPU使用率public static String getCpuRatioForWindows() {
try {
String procCmd = System.getenv("windir") + "\\system32\\wbem\\wmic.exe process get Caption,CommandLine,KernelModeTime,ReadOperationCount,ThreadCount,UserModeTime,WriteOperationCount";
// 取进程信息
long[] c0 = readCpu(Runtime.getRuntime().exec(procCmd));
Thread.sleep(CPUTIME);
long[] c1 = readCpu(Runtime.getRuntime().exec(procCmd));

推荐阅读