目录
cpu飙高处理步骤
内存飙高处理步骤
GC引起的单核飙高
常见SY飙高
IO飙高
cpu飙高处理步骤
- top查找出哪个进程消耗的CPU高(top -c)
- top -h -p查找出哪个线程消耗的cpu高（top -h -p pid）
这个命令就能显示刚刚找到的进程的所有线程的资源消耗情况。
- printf％x进行pid的进制转换
找到CPU负载高的线程pid 8627, 把这个数字转换成16进制，21B3（10进制转16进制，用linux命令: printf %x 8627）
- jstack记录进程的堆栈信息
执行jstack -l pid，拿到进程的线程dump文件。这个命令会打出这个进程的所有线程的运行堆栈。
- 找出消耗CPU最高的线程信息
搜索“21B3”，就是搜一下16进制显示的线程id。搜到后，下面的堆栈就是这个线程打出来的。
内存飙高处理步骤
- jstat命令查看FGC发生的次数和消耗的时间，次数越多，耗时越长说明存在问题;
Jstat命令可以观察到classloader，compiler，gc相关信息。可以时时监控资源和性能
- 连续查看jmap -heap查看老生代的占用情况，变化越大说明程序存在问题;
Jmap命令（jmap [ option ] pid）得到运行java程序的内存分配的详细情况。例如实例个数，大小等
- 使用连续的jmap -histo：live命令导出文件，比对加载对象的差异，差异部分一般是发生问题的地方。
GC引起的单核飙高
- 单个CPU占用率高，首先从GC查起。
常见SY飙高
1.线程上下文切换频繁
- 线程太多
- 锁竞争激烈
IO飙高
- 如果IO的CPU占用很高，排查涉及到IO的程序，比如把OIO改造成NIO。
抖动问题
原因：字节码转为机器码需要占用CPU时间片，大量的CPU在执行字节码时，导致CPU长期处于高位;
现象：“C2 CompilerThread1”守护进程，“C2 CompilerThread0”守护进程CPU占用率最高;
2.cpu 飙高
1， top查找出哪个进程消耗的CPU高(top -c)
2.，top -h -p查找出哪个线程消耗的cpu高（top -h -p pid）
这个命令就能显示刚刚找到的进程的所有线程的资源消耗情况。
3， printf％x进行pid的进制转换
找到CPU负载高的线程pid 8627, 把这个数字转换成16进制，21B3（10进制转16进制，用linux命令: printf %x 8627）
4， jstack记录进程的堆栈信息
执行jstack -l pid，拿到进程的线程dump文件。这个命令会打出这个进程的所有线程的运行堆栈。
5， 找出消耗CPU最高的线程信息
srace -p
