CPU占用过高
1、top命令，然后按shift+p按照CPU排序,找到占用CPU过高的进程的pid
2、top -H -p [进程id] 找到进程中消耗资源最高的线程的id
3、printf “%x\n” [线程id] 将需要的线程ID转换为16进制格式
4、jstack [进程id] |grep -A 10 [线程id的16进制]”

远程连接jvisualvm

java -Dcom.sun.management.jmxremote.port=8888 -Djava.rmi.server.hostname=192.168.65.60 -Dcom.sun.management.jmxremote.ssl=false -Dcom.sun.management.jmxremote.authenticate=false -jar appName-server.jar

PS：
-Dcom.sun.management.jmxremote.port 为远程机器的JMX端口
-Djava.rmi.server.hostname 为远程机器IP
生产环境不可能远程连接
连接时需要检查防火墙，端口是否开放，

tomcat的JMX配置：在catalina.sh文件里的最后一个JAVA_OPTS的赋值语句下一行增加如下配置行
JAVA_OPTS=”$JAVA_OPTS -Dcom.sun.management.jmxremote.port=8888 -Djava.rmi.server.hostname=192.168.50.60 -Dcom.sun.management.jmxremote.ssl=false -Dcom.sun.management.jmxremote.authenticate=false”

一、jps

查看当前进程ID，即：PID

二、jmap

作用
查看内存信息、实例个数以及占用内存大小
示例
jmap -histo pid > jmap.log
文件解析
num：序号
instances：实例数
bytes：对应实例占用空间
class name：[C is char[]， [S is short[]，[I is int[]，[B is byte[]，[[I is int[][]

查看堆信息

jmap -heap pid
命令会展示出，程序启动时关于堆参数的设置。以及堆得使用情况。

堆内存dump

手动dump文件
jmap -dump:format=b,file=appName.hprof pid

设置内存溢出自动导出dump文件（内存很大时，可能导不出来）

  1. -XX:+HeapDumpOnOutOfMemoryError
  1. -XX:HeapDumpPath=./ （路径）

dump文件文件分析

使用jvisualvm或者MemoryAnalyzer，可视化解析dump出的文件。分析当时OOM现场。

三、jstack

查看java线程信息，例如：线程死锁分析、线程cpu使用

死锁检查

jstack pid ：查找死锁

“Thread-1” 线程名
prio=5 优先级=5
tid=0x000000001fa9e000 线程id
nid=0x2d64 线程对应的本地线程标识nid
java.lang.Thread.State: BLOCKED 线程状态

CUP使用情况分析

在Linux系统中
1.使用top命令，查看整体信息
2.使用命令top -p ，显示需要分析的java进程的内存情况，pid是你的java进程号，比如19663

3.按H（shift+h），获取进程下，每个线程的内存情况

4.找到内存和cpu占用最高的线程tid，比如19664
5.转为十六进制得到 0x4cd0，此为线程id的十六进制表示

6，执行 jstack 19663|grep -A 10 4cd0，得到线程堆栈信息中 4cd0 这个线程所在行的后面10行，从堆栈中可以发现导致cpu飙高的调用方法

四、Jinfo

查看正在运行的java应用程序的扩展参数。用于查看当前生产应用jvm参数。

查看jvm参数(应用启动时，设置的参数)

jinfo -flags pid

查看java系统参数

jinfo -sysprops pid

五、jstat

查看堆内存各个部分的使用量，以及加载类的数量，
jstat [-命令选项] [pid] [间隔时间（毫秒）] [查询次数]

1.垃圾回收统计

jstat -gc pid 可以评估程序内存使用及GC压力整体情况

  - S0C：第一个幸存区的大小，单位KB
  - S1C：第二个幸存区的大小
  - S0U：第一个幸存区的使用大小
  - S1U：第二个幸存区的使用大小
  - EC：伊甸园区的大小
  - EU：伊甸园区的使用大小
  - OC：老年代大小
  - OU：老年代使用大小
  - MC：方法区大小(元空间)
  - MU：方法区使用大小
  - CCSC:压缩类空间大小
  - CCSU:压缩类空间使用大小
  - YGC：年轻代垃圾回收次数**(应用启动后回收次数)**
  - YGCT：年轻代垃圾回收消耗时间，单位s
  - FGC：老年代垃圾回收次数**(应用启动后回收次数)**
  - FGCT：老年代垃圾回收消耗时间，单位s
  - GCT：垃圾回收消耗总时间，单位s

2.堆内存统计

jstat -gccapacity pid

  - NGCMN：新生代最小容量
  - NGCMX：新生代最大容量
  - NGC：当前新生代容量
  - S0C：第一个幸存区大小
  - S1C：第二个幸存区的大小
  - EC：伊甸园区的大小
  - OGCMN：老年代最小容量
  - OGCMX：老年代最大容量
  - OGC：当前老年代大小
  - OC:当前老年代大小
  - MCMN:最小元数据容量
  - MCMX：最大元数据容量
  - MC：当前元数据空间大小
  - CCSMN：最小压缩类空间大小
  - CCSMX：最大压缩类空间大小
  - CCSC：当前压缩类空间大小
  - YGC：年轻代gc次数
  - FGC：老年代GC次数

3.新生代垃圾回收统计

jstat -gcnew pid

  - S0C：第一个幸存区的大小
  - S1C：第二个幸存区的大小
  - S0U：第一个幸存区的使用大小
  - S1U：第二个幸存区的使用大小
  - TT:对象在新生代存活的次数
  - MTT:对象在新生代存活的最大次数
  - DSS:期望的幸存区大小
  - EC：伊甸园区的大小
  - EU：伊甸园区的使用大小
  - YGC：年轻代垃圾回收次数
  - YGCT：年轻代垃圾回收消耗时间

4.新生代内存统计

jstat -gcnewcapacity pid

  - NGCMN：新生代最小容量
  - NGCMX：新生代最大容量
  - NGC：当前新生代容量
  - S0CMX：最大幸存1区大小
  - S0C：当前幸存1区大小
  - S1CMX：最大幸存2区大小
  - S1C：当前幸存2区大小
  - ECMX：最大伊甸园区大小
  - EC：当前伊甸园区大小
  - YGC：年轻代垃圾回收次数
  - FGC：老年代回收次数

5.老年代垃圾回收统计

jstat -gcold pid

  - MC：方法区大小
  - MU：方法区使用大小
  - CCSC:压缩类空间大小
  - CCSU:压缩类空间使用大小
  - OC：老年代大小
  - OU：老年代使用大小
  - YGC：年轻代垃圾回收次数
  - FGC：老年代垃圾回收次数
  - FGCT：老年代垃圾回收消耗时间
  - GCT：垃圾回收消耗总时间

6.老年代内存统计

jstat -gcoldcapacity pid

  - OGCMN：老年代最小容量
  - OGCMX：老年代最大容量
  - OGC：当前老年代大小
  - OC：老年代大小
  - YGC：年轻代垃圾回收次数
  - FGC：老年代垃圾回收次数
  - FGCT：老年代垃圾回收消耗时间
  - GCT：垃圾回收消耗总时间

7.元数据空间统计

jstat -gcmetacapacity pid

  - MCMN:最小元数据容量
  - MCMX：最大元数据容量
  - MC：当前元数据空间大小
  - CCSMN：最小压缩类空间大小
  - CCSMX：最大压缩类空间大小
  - CCSC：当前压缩类空间大小
  - YGC：年轻代垃圾回收次数
  - FGC：老年代垃圾回收次数
  - FGCT：老年代垃圾回收消耗时间
  - GCT：垃圾回收消耗总时间

Java 基础学习笔记

JVM调优工具