liunx的top命令，jvm的jstack

top指令

 top命令相当于我们window系统的任务管理器，可以通过top命令很清楚查看到每个进程占用了多少系统资源，如
 cpu占用率，内存占用多大

top进程信息

进程参数含义

PID	进程id
USER	父进程id
PR	优先级
NI	谦让度值 nice值。负值表示高优先级，正值表示低优先级
VIRT	进程使用的虚拟内存总量，单位kb。VIRT=SWAP+RES
SHR	共享内存大小，单位kb
S	进程状态。D=不可中断的睡眠状态 R=运行 S=睡眠 T=跟踪/停止 Z=僵尸进程
%CPU	上次更新到现在的CPU时间占用百分比
%MEM	进程使用的物理内存百分比
TIME+	进程使用的CPU时间总计，单位1/100秒
COMMAND	命令名/命令行

原文链接：https://blog.csdn.net/shugyin/article/details/127450462

查看线程信息

2，ps H -eo pid,tid,%cpu | grep 进程编号
这个命令的意思是，进程里的线程分别占用了多少cpu

ps H :查看对应线程信息
-eo : 可以输出指定的信息
| grep :使用管道符查询进程信息
pid : 进程id
tid ： 线程id
%cpu :占cpu的百分之几

jstack

1. 简介

jstack主要用于生成java虚拟机当前时刻的线程快照。
　　线程快照是当前java虚拟机内每一条线程正在执行的方法堆栈的集合，
　　主要目的是定位线程出现长时间停顿的原因，如线程间死锁、死循环、请求外部资源导致的长时间等待等

jstack 命令格式如下

jstack [option] <pid>  // 打印某个进程的堆栈信息

option参数说明如下：

选项 作用
-F 当正常输出的请求不被响应时，强制输出线程堆栈
-m 如果调用到本地方法的话，可以显示C/C++的堆栈
-l 除堆栈外，显示关于锁的附加信息，在发生死锁时可以用jstack -l pid来观察锁持有情况

• jstack
  
  

Dump文件的线程状态一般其实就以下3种：

1. RUNNABLE，线程处于执行中
2. BLOCKED，线程被阻塞
3. WAITING，线程正在等待

• jstack -l
  

案例：

java中cpu占用100%排查

第一步：使用top命令查看进程占用cpu资源情况

第二步：使用占用cpu 100%的pid（进程id），查找进程对应线程占用cpu的资源情况

ps H -eo pid,tid,%cpu | grep 进程id(pid)

第三步：使用java的jstack查看进程的执行情况

jstack 进程id(pid)

从第二步图中可以得知占用cpu最高的线程id是 28 ，但是这个是10进制的。jstack命令中的nid(线程id)是十六进制的。所以将28转成十六进制是 1c。最终的排查出得到是上图出的代码有问题

• liunx中十进制转十六进制

[root@localhost opt]# printf "%x\n" 28
1c

第四步：生成thread dump文件

生成dump文件，再生产环境时不方便排查，

jstack -l [pid] >/xx/xx.txt

jstack 分析死锁问题

Docker 容器 CPU 和内存占用过高问题排查

第一步：使用top命令查找cpu占用过高的pid

第二步：通过进程id找到，容器id

cat /proc/108146/cgroup

第三步：根据容器ID获取Docker容器名称

docker inspect --format '{{.Name}}' "<containerid>"

或者
1、查看docker的cpu占用率：docker stats

2、进入cpu占用高的docker容器：docker exec -it 容器编号 /bin/bash

3、查看容器中具体进程cpu占用率，执行top，（如top命令无法使用，执行：export TERM=dumb ，然后在执行：top）

4、查看进程中线程cpu占用率：top -H -p 进程号

5、将异常线程号转化为16进制： printf “%x\n” 线程号

6、查看线程异常的日志信息：jstack 进程号|grep 16进制异常线程号 -A90