JVM 性能调优工具学习

最新推荐文章于 2024-10-08 16:42:24 发布

情何以堪_123

最新推荐文章于 2024-10-08 16:42:24 发布

阅读量2k

点赞数 1

分类专栏：工具 java

本文链接：https://blog.csdn.net/qq_32465815/article/details/82558163

版权

java 同时被 2 个专栏收录

24 篇文章 0 订阅

订阅专栏

工具

3 篇文章 0 订阅

订阅专栏

一、What
1. Jstack（查看线程）
1.1 作用：
1.2 内容：
1.3 Demo：
1.4 常见线程：
2. Jstat（查看性能）
2.1 作用：
2.2 命令选项：
2.3 参数内容?
3. Jmap（查看内存）
3.1 作用：
3.2 命令选项
二、Why
三、How
1. Jstack
2. Jstat
3. Jmap
四、参考资料

一、What

JDK 本身提供了很多很方便的 JVM 性能调优工具，如 VisualVM、Jconsole、jps、jstack、jmap、jhat、Jstat、jprof等。

可以帮我们解决下列问题：

OutofMemory 内存不足
内存泄漏
线程死锁
锁争用（Lock Contention）
java 进程消耗 CPU 过高

1. Jstack（查看线程）

1.1 作用：

jstack主要用来抓取 Java JVM 中 某个进程 某一时刻 线程堆栈信息。其实就是抓取 thread dump 文件。

thread dump：诊断 java 应用问题的工具，可以显示 Java JVM中的所有线程在某一个时间点的快照文件。

1.2 内容：

线程标识，运行状态，调用的堆栈、调用的堆栈包含完整的类名、所执行的方法、还有源代码的行数。

Sun JVM 常见线程状态：

Runnable（R）: 当前可以运行的线程。

Waiting on monitor（CW）：线程主动 wait

Waiting for monitor entry（MW）：线程等锁

JVM 中的 thin lock, fat lock, spin lock, tasuki lock:

1.3 Demo：

"process reaper" daemon prio=10 tid=0x00007f3d7014b800 nid=0x8b80a waiting on condition [0x00007f3dc68f0000]

java.lang.Thread.State: TIMED_WAITING (parking)

at sun.misc.Unsafe.park(Native Method)

- parking to wait for <0x00000000f007cfb0> (a java.util.concurrent.SynchronousQueue$TransferStack)

at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:226)

at java.util.concurrent.SynchronousQueue$TransferStack.awaitFulfill(SynchronousQueue.java:460)

at java.util.concurrent.SynchronousQueue$TransferStack.transfer(SynchronousQueue.java:359)

at java.util.concurrent.SynchronousQueue.poll(SynchronousQueue.java:942)

at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1068)

at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1130)

at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)

at java.lang.Thread.run(Thread.java:745)

process reaper: 线程名称

daemon: 线程类型，守护线程

prio: 线程优先级

tid: thread id，JVM 中线程唯一标识

nid: native thread id，系统中线程唯一标识

waiting on condition: 线程状态

at…: 堆栈信息

Jstack 的目的主要是抓取 thread dump 文件然后使用工具进行分析。

1.4 常见线程：

Attach Listener：负责接收外部命令，用户第一次执行 JVM 命令的时候得到启动。

Signal Dispather：Attach Listener 接收到外部命令交给 Signal Dispather 进行分发到各个不同的模块处理，并且返回处理结果。

CompilerThread0：实时编译卸载 class，JVM 会启动多个线程来处理这部分工作，线程名称后面的数字也会累加。

Concurrent Mark-Sweep GC Thread：并发标记清除垃圾回收器线程（CMC GC），该线程主要针对老年代垃圾回收

Finalizer线程：垃圾收集前，调用对象的finalize()方法

只有当开始一轮垃圾收集时，才会开始调用finalize()方法；因此并不是所有对象的finalize()方法都会被执行
该线程也是daemon线程，因此如果虚拟机中没有其他非daemon线程，不管该线程有没有执行完finalize()方法，JVM也会退出
JVM在垃圾收集时会将失去引用的对象包装成Finalizer对象（Reference的实现），并放入ReferenceQueue，由Finalizer线程来处理；最后将该Finalizer对象的引用置为null，由垃圾收集器来回收
JVM为什么要单独用一个线程来执行finalize()方法呢？如果JVM的垃圾收集线程自己来做，很有可能由于在finalize()方法中误操作导致GC线程停止或不可控，这对GC线程来说是一种灾难

2. Jstat（查看性能）

2.1 作用：

可以观察到classloader，compiler，gc相关信息。可以实时监控资源和性能。

2.2 命令选项：

-class：统计class loader行为信息
-compile：统计编译行为信息
-gc：统计jdk gc时heap信息
-gccapacity：统计不同的generations（不知道怎么翻译好，包括新生区，老年区，permanent区）相应的heap容量情况
-gccause：统计gc的情况，（同-gcutil）和引起gc的事件
-gcnew：统计gc时，新生代的情况
-gcnewcapacity：统计gc时，新生代heap容量
-gcold：统计gc时，老年区的情况
-gcoldcapacity：统计gc时，老年区heap容量
-gcpermcapacity：统计gc时，permanent区heap容量
-gcutil：统计gc时，heap情况

2.3 参数内容

S0 — Heap上的 Survivor space 0 区已使用空间的百分比
S0C：S0当前容量的大小
S0U：S0已经使用的大小
S1 — Heap上的 Survivor space 1 区已使用空间的百分比
S1C：S1当前容量的大小
S1U：S1已经使用的大小
E   — Heap上的 Eden space 区已使用空间的百分比
EC：Eden space当前容量的大小
EU：Eden space已经使用的大小
O   — Heap上的 Old space 区已使用空间的百分比
OC：Old space当前容量的大小
OU：Old space已经使用的大小
P   — Perm space 区已使用空间的百分比
OC：Perm space当前容量的大小
OU：Perm space已经使用的大小
YGC — 从应用程序启动到采样时发生 Young GC 的次数
YGCT– 从应用程序启动到采样时 Young GC 所用的时间(单位秒)
FGC — 从应用程序启动到采样时发生 Full GC 的次数
FGCT– 从应用程序启动到采样时 Full GC 所用的时间(单位秒)
GCT — 从应用程序启动到采样时用于垃圾回收的总时间(单位秒)，它的值等于YGC+FGC