java占用cpu过高高？

来源：蜘蛛抓取(WebSpider) 时间：2019-10-28 09:56 标签： java占用cpu高

发布时间： 19:31, 浏览次数：

在运维tomcat服務器时我们通常会发现cpu的负载过高，大多数原因是由于java代码的bug引起的可能你的java代码有很多，文件也有很多一行一行的排查是很费时間的。这时我们就可以使用jstack、top等工具对引起问题的代码进行定位,通过更改代码来从根本上解决问题（如果服务是很久以前的，那么牵一發而动全身就很难通过更改代码来到达目的，这时就只能重启相关的服务来降低负载了）

如果不了解jstack或无法使用jstack,请参考下面的文档：

排查java进程占用CPU过高思路

1.提取占用CPU过高的进程

方法一：使用top查找到占用CPU高的进程的pid

方法二：使用ps查找到tomcat运行的进程pid

2.定位问题线程的pid


(此处pid为上┅步找到的进程id)

方法一：使用top查询该进程下所有线程的运行情况

方法二：使用ps查看该进程的线程情况

3.将线程的pid转换为16进制


(此处的pid为上一步找到的占CPU高的线程id)

4.用jstack打印线程信息 ,可将信息重定向到文件中


（pid为第一步找到的进程id，tid为第三步转换的线程id）

         linux终端下用 top命令看到cpu占用超过100%之所以超过100%。说明cpu是多核默认top显示的是cpu加起来的使用率，运行top后按大键盘1看看可以显示每个cpu的使用率，top里显示的是把所有使用率加起来如果是4核cpu占用率最高可达400%。

在linux中的定位方法
4.1.找到CPU占用高的进程号 如：使用top命令查看（可以使用其它方法只要找到对应的进程号即可）

紸：图中第一列PID为进程号；

4.2、根据进程号找到CPU占用高的线程
如：使用命令top -H -p (其中要换成第一步找到的进程号)

注：图中第一列PID此时为线程号；

4.3.導出java进程执行堆栈，并找到对应的线程
从第二步中的PID中找出一个CPU占用高的线程号把它转成16进制，比如3261转成CBD
从导出的堆栈信息里找到nid为cbd的線程堆栈


4.4：从堆栈里找到对应的代码执行类和方法
若代码为业务代码则需要具体分析代码，找出代码中死循环或接近死循环的地方并修正；定位结束；

若堆栈信息为gc线程（类似下图），则需要进行下一步


找出量比较大的、且跟业务有关的对象找到这些对象创建的地方進行分析；一般需要持续创建大量的对象，使得内存不够用时才会频繁触发gc进行回收，gc回收时jvm有停顿CPU也占用很高。

线程之间的切换昰很耗费性能的，所以带来CPU飙升.
新生代设置过小也会频繁触发gc。有大对象始终根节点路径可达无法释放,jvm在疯狂的Full GC。

简单记录下对这个問题的跟踪

可以发现几个占用大量cpu时间的线程都是GC相关。

找出filename中带有keyword的行输出中除显示该行外，还显示之后的x行其中，数字可以变

可以看到s0、s1、eden、old、metaspace都已经爆了，并且FGC次数一直在增加但是却没有回收到任何空间，导致FGC一直在跑进入循环，应该是程序存在内存泄露咯（gc有日志，后续有空再出一篇简单分析gc日志的blog）

我要回帖

更多关于 java占用cpu高 的文章

 

随机推荐