文章目录
基础故障处理工具
jps:虚拟机进程状况工具
jps(JVM Process Status Pool)类似Linux下ps命令:可以列出正在运行的虚拟机进程,并显示虚拟机执行的主类名称以及这些进程的本地虚拟机唯一ID(LVMID,Local)(本地虚拟机的ID与进程ID一致)
命令格式
-
jps [options] [hostid]
查看java程序的进程:jps -l
> jps -l 7952 org.jetbrains.jps.cmdline.Launcher 12148 jvm.TestMain 20856 sun.tools.jps.Jps 19948 org.jetbrains.idea.maven.server.RemoteMavenServer 24124
主要选项
选项 作用 -q 只输出LVMID,省略主类名称 -m 输出虚拟机进程启动时传递给主类main()的参数 -l 输出主类的全名,如果进程执行的是JAR包,则输出JAR包路径 -v 输出虚拟机进程启动时的JVM参数
jstat:虚拟机统计信息监视工具
jstat(JVM Statistics Monitoring Tool)是用于监视虚拟机各种运行状态信息的命令工具。它可以显示本地或者远程虚拟机进程中的类加载、内存、垃圾收集、即时编译等运行时数据。
命令格式
-
jstat [option vmid [interval [s|ms] [count]] ],interval和count代表查询的时间间隔和次数,如果省略这两个参数说明只查询一次。
查看jvm堆状况:jstat -gc 12148 100 10
> jstat -gc 12148 100 10 S0C S1C S0U S1U EC EU OC OU MC MU CCSC CCSU YGC YGCT FGC FGCT GCT 512.0 512.0 0.0 0.0 27648.0 2764.9 131072.0 873.3 4864.0 3764.9 512.0 409.9 188 0.307 0 0.000 0.307 ....省略其余行...
主要选项
选项 作用 -class 监视类加载、卸载数量、总空间以及类装载所耗费的时间 -gc 监视Java堆状况,包括Eden区、2个Survivor区、老年代、永久代等的容量,已用空间、垃圾收集时间合计等信息 -gccapacity 监视内容与-gc基本相同,但输出主要关注Java堆各个区域使用到的最大、最小空间 -gcutil 监视内容与-gc基本相同,但输出主要关注已使用空间占空间的百分比 -gccause 与-gcutil功能一样,但是会额外输出导致上一次垃圾收集产生的原因 -gcnew 监视新生代垃圾收集状况 -gcnewcapacity 监视内容与-gcnew基本相同,输出主要关注使用到的最大、最小空间 -gcold 监视老年代垃圾收集状况 -gcoldcapacity 监视内容与-gcold基本相同,输出主要关注使用到的最大、最小空间 -compiler 输出即时编译器编译过的方法、耗时等信息 -printcompilation 输出已经被即时编译的方法
jinfo:Java配置信息工具
jinfo(Configuration Info For Java)的作用是实时查看和调整虚拟机各项参数。
命令格式
-
jinfo [option] pid
查看参数:jinfo -flags 12148 (使用jps查看pid)
> jinfo -flags 12148 Attaching to process ID 12148, please wait... Debugger attached successfully. Server compiler detected. JVM version is 25.191-b12 Non-default VM flags: -XX:CICompilerCount=3 -XX:InitialHeapSize=201326592 -XX:MaxHeapSize=3191865344 -XX:MaxNewSize=1063780352 -XX:MinHeapDeltaBytes=524288 -XX:NewSize=67108864 -XX:OldSize=134217728 -XX:+UseCompressedClassPointers -XX:+UseCompressedOops -XX:+UseFastUnorderedTimeStamps -XX:-UseLargePagesIndividualAllocation -XX:+UseParallelGC Command line: -agentlib:jdwp=transport=dt_socket,address=127.0.0.1:61674,suspend=y,server=n -javaagent:C:\Users\szpc-01\.IntelliJIdea2018.3\system\captureAgent\debugger-agent.jar -Dfile.encoding=UTF-8
jmap:Java内存映像工具
jmap(Memory Map For Java)命令用于生成堆转储快照(一般称为heap dump或dump文件)。
jmap的作用不仅仅是为了获取堆转储快照,它还可以查询finalize执行队列、Java堆和方法区的详细信息,如空间使用率、当前用的是哪种收集器等。
jmap有部分功能在Windows平台下是受限的,除了-dump选项和-histo选项在所有系统中可以使用没其它的选项在Windows系统中不可使用。
命令格式
-
jmap [option] vmid
jmap -dump:format=b,file=c:\a.txt 12148,12148使用过jps命令查看到的LVMID
> jmap -dump:format=b,file=c:\a1.dump 12148 Dumping heap to C:\a1.dump ... Heap dump file created
主要选项
选项 作用 -dump 生成Java堆转储快照。格式为:-dump:[live,]format=b,file=<filename>,其中live子参数说明是否只dump出存活的对象 -finalizerinfo 显示在F-Queue中等待Finalizer线程执行finalize方法的对象。只在Linux/Solaris平台下有效 -heap 显示Java堆详细信息,如使用哪种回收器、参数配置、分代状态等。只在Linux/Solaris平台下有效 -histo 显示堆中对象统计信息,包括类、实例数量、合计容量 -permstat 以ClassLoader为统计口径显示永久代内存状态。只在Linux/Solaris平台下有效 -F 当虚拟机进程对-dump选项没有响应时,可使用这个选项强制生成dump快照。只在Linux/Solaris平台下有效
jhat:虚拟机堆转储快照分析工具
JDK提供jhat(JVM Heap Analyisis Tool)命令与jmap搭配使用,来分析jmap生成的堆转储快照。jhat内置了一个微型的HTTP/WEB服务器,生成堆转储快照的分析结果后,可以在浏览器中查看。
命令格式
-
jhat <filename>
查看dump出的虚拟机堆转储快照:jhat c:/a1.dump。访问:http://localhost:7000查看
> jhat c:/a1.dump Heap dump file created Reading from c:/a1.dump... Dump file created Mon Apr 26 15:49:51 CST 2021 Snapshot read, resolving... Resolving 150390 objects... Chasing references, expect 30 dots.............................. Eliminating duplicate references.............................. Snapshot resolved. Started HTTP server on port 7000 Server is ready.
jstack:Java堆栈跟踪工具
jstack(Stach Trace For Java)命令用于生成虚拟机当前时刻的线程快照(一般称为threaddump或者javacore文件)。线程快照就是当前虚拟机内每一条线程正在执行的方法堆栈的集合,生成线程快照的目的通常是定位线程出现长时间停顿的原因,如线程间死锁、死循环、请求外部资源导致的长时间挂起等,都是导致线程长时间停顿的常见原因。线程出现停顿时通过jstack来查看各个线程的调用堆栈,就可以获知没有响应的线程到底在后台做些什么事情,或者等待什么资源。
命令格式
-
jstack [option] vmid
查看线程堆栈:jstack 12148
> jstack 12148 2021-04-26 16:08:12 Full thread dump Java HotSpot(TM) 64-Bit Server VM (25.191-b12 mixed mode): "Service Thread" #12 daemon prio=9 os_prio=0 tid=0x000000001befb000 nid=0x19f4 runnable [0x0000000000000000] java.lang.Thread.State: RUNNABLE "C1 CompilerThread2" #11 daemon prio=9 os_prio=2 tid=0x000000001be09800 nid=0x63e0 waiting on condition [0x0000000000000000] java.lang.Thread.State: RUNNABLE "C2 CompilerThread1" #10 daemon prio=9 os_prio=2 tid=0x000000001be07000 nid=0x18c4 waiting on condition [0x0000000000000000] java.lang.Thread.State: RUNNABLE "C2 CompilerThread0" #9 daemon prio=9 os_prio=2 tid=0x000000001be00800 nid=0x1138 waiting on condition [0x0000000000000000] java.lang.Thread.State: RUNNABLE "JDWP Command Reader" #8 daemon prio=10 os_prio=0 tid=0x000000001bc82000 nid=0x22e8 runnable [0x0000000000000000] java.lang.Thread.State: RUNNABLE "JDWP Event Helper Thread" #7 daemon prio=10 os_prio=0 tid=0x000000001bc80800 nid=0x2544 runnable [0x0000000000000000] java.lang.Thread.State: RUNNABLE "JDWP Transport Listener: dt_socket" #6 daemon prio=10 os_prio=0 tid=0x000000001bc76000 nid=0x3a24 runnable [0x0000000000000000] java.lang.Thread.State: RUNNABLE "Attach Listener" #5 daemon prio=5 os_prio=2 tid=0x000000001bc5a800 nid=0x41e8 waiting on condition [0x0000000000000000] java.lang.Thread.State: RUNNABLE "Signal Dispatcher" #4 daemon prio=9 os_prio=2 tid=0x000000001a8e2000 nid=0x5a54 runnable [0x0000000000000000] java.lang.Thread.State: RUNNABLE "Finalizer" #3 daemon prio=8 os_prio=1 tid=0x000000001a8cd800 nid=0x57a8 in Object.wait() [0x000000001bc4f000] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method) - waiting on <0x0000000701c046e0> (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:144) - locked <0x0000000701c046e0> (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:165) at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:216) "Reference Handler" #2 daemon prio=10 os_prio=2 tid=0x000000001a8c6000 nid=0x1b64 in Object.wait() [0x000000001ba0f000] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method) - waiting on <0x0000000701c08910> (a java.lang.ref.Reference$Lock) at java.lang.Object.wait(Object.java:502) at java.lang.ref.Reference.tryHandlePending(Reference.java:191) - locked <0x0000000701c08910> (a java.lang.ref.Reference$Lock) at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:153) ...省略...