Linux Centos8 通过PID查找高开销进程

1、top命令锁定高开销进程PID
还可以用:

# 快速查询java进程的pid
pwdx `pidof java`

2、netstat -lnpt |grep PID 查看进程端口号
3、通过 nacos 查看端口号对应的服务
最终发现PID=102525的java服务cpu占用过高,此服务为resistance。
通过jstack继续跟踪。。。

如何使用jstack?
如果微服务是跑在docker里的,需要先进入到该服务的容器内:

1.找到 resistance 服务 containerId:
# docker ps
51cde4713a43

2.进入 resistance 容器内:
# docker exec -it 51cde4713a43 /bin/bash

如果不是docker启动的服务,可以直接在宿主机使用下面操作:

步骤一:找到最耗CPU的进程
# top -c
2049919

步骤二:找到最耗CPU的线程
# top -Hp 2049919
5690

步骤三:将线程PID转化为16进制
# printf "%x\n" 5690
163a

步骤四:查看堆栈,找到线程在干嘛
# jstack 2049919 | grep '163a' -C5 --color

image.png
错误关键字对比,结果分析:
New: 当线程对象创建时存在的状态,此时线程不可能执行;

Runnable:当调用thread.start()后,线程变成为Runnable状态。只要得到CPU,就可以执行;

Running:线程正在执行;

Waiting:执行thread.join()或在锁对象调用obj.wait()等情况就会进该状态,表明线程正处于等待某个资源或条件发生来唤醒自己;

Timed_Waiting:执行Thread.sleep(long)、thread.join(long)或obj.wait(long)等就会进该状态,与Waiting的区别在于Timed_Waiting的等待有时间限制;

Blocked:如果进入同步方法或同步代码块,没有获取到锁,则会进入该状态;

Dead:线程执行完毕,或者抛出了未捕获的异常之后,会进入dead状态,表示该线程结束

其次,对于jstack日志,我们要着重关注如下关键信息

Deadlock:表示有死锁

Waiting on condition:等待某个资源或条件发生来唤醒自己。具体需要结合jstacktrace来分析,比如线程正在sleep,网络读写繁忙而等待

Blocked:阻塞

Waiting on monitor entry:在等待获取锁

in Object.wait():获取锁后又执行obj.wait()放弃锁

对于Waiting on monitor entry 和 in Object.wait()的详细描述:Monitor是 Java中用以实现线程之间的互斥与协作的主要手段,它可以看成是对象或者 Class的锁。每一个对象都有,也仅有一个 monitor。从下图中可以看出,每个 Monitor在某个时刻,只能被一个线程拥有,该线程就是 "Active Thread",而其它线程都是 "Waiting Thread",分别在两个队列 " Entry Set"和 "Wait Set"里面等候。在 "Entry Set"中等待的线程状态是 "Waiting for monitor entry",而在 "Wait Set"中等待的线程状态是 "in Object.wait()"

参照:
linux下快速查询java进程的pid和java程序安装路径查看java 进程pid疯人院长sir的博客-CSDN博客

你可能感兴趣的:(Linux Centos8 通过PID查找高开销进程)