这可能是把JDK监控和故障处理工具总结的最完整的一篇文章了

这可能是总结JDK监控和故障排除工具ps命令最完整的文章。用户可以查看所有Java进程的启动类、传入参数、Java虚拟机参数等信息；jstat（JVMStatisticsMonitoringTool）：用于收集HotSpot虚拟机各方面的运行数据；jinfo(ConfigurationInfoforJava)：ConfigurationInfoforJava，显示虚拟机配置信息；jmap(MemoryMapforJava)：生成堆转储快照；jhat(JVMHeapDumpBrowser)：用于分析heapdump文件，它会建立一个HTTP/HTML服务器，让用户可以在浏览器上浏览查看分析结果；jstack(StackTraceforJava)：生成虚拟机当前时刻的线程快照，线程快照是当前虚拟机中各个线程正在执行的方法栈的集合。1.jps：查看所有Java进程。jps（JVM进程状态）命令类似于UNIXps命令。jps：显示虚拟机执行主类的名称和这些进程的本地虚拟机唯一标识（LocalVirtualMachineIdentifier，LVMID）。jps-q：只输出进程本地虚拟机的唯一ID。C:\Users\SnailClimb>jps7360NettyClient2173967972Launcher16504Jps17340NettyServerjps-l：输出主类全名，如果进程执行Jar包，则输出Jar路径。C:\Users\SnailClimb>jps-l7360firstNettyDemo.NettyClient2173967972org.jetbrains.jps.cmdline.Launcher16492sun.tools.jps.Jps17340firstNettyDemo.NettyServerjps-v：虚拟机进程启动时输出JVM参数。jps-m：输出传递给Java进程main()函数的参数。2、jstat：监控虚拟机的各种运行状态信息jstat（JVMStatisticsMonitoringTool）是一个命令行工具，用于监控虚拟机的各种运行状态信息。可以在本地或远程（远程主机需要提供RMI支持）显示虚拟机进程中的类信息、内存、垃圾回收、JIT编译等运行数据。在没有GUI的服务器上，它只提供一个纯文本的控制台环境。将成为在运行时定位虚拟机性能问题的首选工具。jstat命令格式：jstat-[-t][-h][[]]例如jstat-gc-h331736100010表示analysisprocessidis31736在gc的情况下，每1000ms打印一条记录，停止打印10次，每3行打印索引头。常用选项如下：jstat-classvmid：显示ClassLoader的相关信息；jstat-compilervmid:显示JIT编译的相关信息；jstat-gcvmid:显示与GC相关的堆信息；jstat-gccapacityvmid：显示各代Capacity和使用情况的堆信息；jstat-gcnewvmid:显示新生代信息；jstat-gcnewcapacityvmid：显示新生代大小和使用情况；jstat-gcoldvmid：显示老年代和永久代信息；jstat-gcoldcapacityvmid：显示老年代jstat-gcpermcapacityvmid：显示永久代大小；jstat-gcutilvmid：显示垃圾回收信息；另外，通过-t参数在输出信息中增加一个Timestamp列，显示程序的运行时间。3.jinfo：实时查看和调整虚拟机的各种参数。jinfovmid：输出当前jvm进程的所有参数和系统属性（第一部分是系统属性，第二部分是JVM参数）。jinfo-flagnamevmid:输出name对应参数的具体值。比如输出MaxHeapSize，查看当前jvm进程是否开启打印GC日志（-XX:PrintGCDetails：详细GC日志模式，默认关闭）。C:\Users\SnailClimb>jinfo-flagMaxHeapSize17340-XX:MaxHeapSize=2124414976C:\Users\SnailClimb>jinfo-flagPrintGC17340-XX:-PrintGC可以使用jinfo动态修改jvm参数，无需重启虚拟机。在线环境下特别有用，请看下面的例子：jinfo-flag[+|-]namevmid打开或关闭name对应的参数。C:\Users\SnailClimb>jinfo-flagPrintGC17340-XX:-PrintGCC:\Users\SnailClimb>jinfo-flag+PrintGC17340C:\Users\SnailClimb>jinfo-flagPrintGC17340-XX:+PrintGC4.jmap:生成堆转储快照jmap(内存MapforJava)命令用于生成堆转储快照。如果不使用jmap命令，如果想获取Java堆转储，可以使用“-XX:+HeapDumpOnOutOfMemoryError”参数，该参数可以让虚拟机在出现OOM异常后自动生成转储文件。在linux命令下，可以通过kill-3发送进程退出信号，也可以得到dump文件。jmap的作用不仅仅是获取dump文件，它还可以查询finalizer执行队列、Java堆和永久代的详细信息，比如空间使用情况、当前使用了哪个收集器等。和jinfo一样，jmap有很多功能在Windows平台下受到限制。示例：将指定应用程序的堆快照输出到桌面。后面可以通过jhat、VisualVM等工具分析堆文件。C:\Users\SnailClimb>jmap-dump:format=b,file=C:\Users\SnailClimb\Desktop\heap.hprof17340DumpingheaptoC:\Users\SnailClimb\Desktop\heap.hprof...Heapdumpfilecreated5.jhat：分析heapdump文件jhat用于分析heapdump文件，它会建立一个HTTP/HTML服务器，以便用户可以在浏览器上查看分析结果。C:\Users\SnailClimb>jhatC:\Users\SnailClimb\Desktop\heap.hprofReadingfromC:\Users\SnailClimb\Desktop\heap.hprof...DumpfilecreatedSatMay0412:30:31CST2019Snapshotread,resolving...Resolving131419objects...Chasingreferencesdexpected,......................................消除重复引用..................................快照已解决。在端口7000服务器上已启动HTTP服务器已准备就绪。6。jstack：生成虚拟机当前时刻的线程快照jstack（StackTraceforJava）命令用于生成虚拟机当前时刻的线程快照。线程快照是当前虚拟机中每个线程正在执行的方法堆栈的集合。生成线程快照的目的主要是为了定位线程长期停顿的原因，比如线程间死锁、死循环、请求外部资源导致的长时间延迟等。等待等都是导致线程长时间停顿的原因。当线程暂停时，可以通过jstack查看各个线程的调用栈，可以知道没有响应的线程在后台干什么，或者等待什么资源。下面是线程死锁的代码。接下来，我们将使用jstack命令来检查死锁，输出死锁信息，找到发生死锁的线程。publicclassDeadLockDemo{privatestaticObjectresource1=newObject();//资源1privatestaticObjectresource2=newObject();//资源2publicstaticvoidmain(String[]args){newThread(()->{synchronized(resource1){System.out.println(Thread.currentThread()+"getresource1");try{Thread.sleep(1000);}catch(InterruptedExceptione){e.printStackTrace();}System.out.println(Thread.currentThread()+"waitinggetresource2");同步(resource2){System.out.println(Thread.currentThread()+"getresource2");}}},"线路1").start();newThread(()->{synchronized(resource2){System.out.println(Thread.currentThread()+"getresource2");try{Thread.sleep(1000);}catch(InterruptedExceptione){e.printStackTrace();}System.out.println(Thread.currentThread()+"waitinggetresource1");synchronized(resource1){System.out.println(Thread.currentThread()+"getresource1");}}},"线程2").start();}}OutputThread[线程1,5,main]getresource1Thread[线程2、5,main]getresource2Thread[thread1,5,main]waitinggetresource2Thread[thread2,5,main]waitinggetresource1ThreadA通过synchronized(resource1)获得resource1的监听锁，然后通过Thread.sleep(1000);letthreadAsleep1s就是让线程B执行，然后获取resource2的监听锁。线程A和线程B在sleep结束后都开始互相请求对方的资源，这时两个线程就会陷入互相等待的状态，这就意味着发生了死锁。Analysisthroughthejstackcommand:C:\Users\SnailClimb>jps13792KotlinCompileDaemon7360NettyClient2173967972Launcher8932Launcher9256DeadLockDemo10764Jps17340NettyServerC:\Users\SnailClimb>jstack9256===dead============="Thread2":waitingtolockmonitor0x000000000333e668(object0x00000000d5efe1c0,ajava.lang.Object),whichheldby"Thread1""Thread1":waitingtolockmonitor0x000000000333be88(object0x000000d000aObject,java.javalang0aObject,object)whichheldby"Thread2"Javastackinformationforthethreadsabove:======================================================”线程2":在DeadLockDemo.lambda$main$1(DeadLockDemo.java:31)-waitingtolock<0x00000000d5efe1c0>(ajava.lang.Object)-locked<0x00000000d5efe1d0>(ajava.lang.Object)在DeadLockDemo$$Lambda$2/1078694789.run(UnknownSource)atjava.lang.Thread.run(Thread.java:748)“线程1”：在DeadLockDemo.lambda$main$0(DeadLockDemo.java:16)-waitingtolock<0x00000000d5efe1d0>(ajava.lang.Object)-锁定<0x00000000d5efe1c0>(ajava.lang.Object)atDeadLockDemo$$Lambda$1/1324119927.run(UnknownSource)atjava.lang.Thread.run(Thread.java:748)Found1deadlock.ok看到j??stack命令已经帮我们找到了死锁线程二的具体信息。JDK可视化分析工具1.JConsole：Java监控管理控制台JConsole是一个基于JMX的可视化监控管理工具。非常方便的监控本地和远程服务器的java进程的内存使用情况。可以在控制台输出console命令启动，也可以在JDK目录下的bin目录下找到jconsole.exe，双击启动。①.连接JConsole如果需要使用JConsole连接远程进程，可以在启动远程Java程序时加入如下参数：-Djava.rmi.server.hostname=上网ip地址-Dcom.sun.management.jmxremote.port=60001//监听端口号-Dcom.sun.management.jmxremote.authenticate=false//关闭认证-Dcom.sun.management.jmxremote.ssl=false使用JConsole连接时，远程进程地址如下：外网访问ip地址：60001②。内存监控JConsole可以显示当前内存的详细信息。它不仅包括堆内存/非堆内存的整体信息，还可以细化eden区、survivor区等的使用情况，如下图所示。点击右侧的“PerformGC(G)”按钮，强制应用程序执行FullGC。新生代GC（MinorGC）：指的是新生代的垃圾回收动作。MinorGC很频繁，回收速度一般比较快。老年代GC（MajorGC/FullGC）：指发生在老年代的GC。MajorGC通常伴随着至少一个MinorGC（不是绝对的）。MajorGC的速度一般比MinorGC慢10倍以上。.③.线程监控类似于我们前面提到的jstack命令，只不过这个是可视化的。底部有一个“检测死锁(D)”按钮，点击这个按钮可以自动为您找到死锁线程及其详细信息。2.VisualVM：一站式故障排除工具VisualVM提供了运行在Java虚拟机（JavaVirtualMachine，JVM）上的Java应用程序的详细信息。在VisualVM的图形用户界面中，您可以方便快捷地查看多个Java应用程序的信息。下面这段话摘自《深入理解 Java 虚拟机》。VisualVM（All-in-OneJavaTroubleshootingTool）是迄今为止随JDK发布的最强大的运行监控和故障处理程序。官方对“All-in-One”的描述是在VisualVM的软件描述中写的，表示它除了运行监控和故障排除之外，还提供了很多其他的功能，比如性能分析（Profiling）。VisualVM的性能分析功能不亚于JProfiler、YourKit等专业付费的profiling工具，而且VisualVM还有一个很大的优势：不需要被监控的程序基于专门的Agent运行，所以没有impactontheapplication对实际性能的影响很小，可以直接应用于生产环境。这种优势是JProfiler、YourKit等工具无法比拟的。VisualVM是基于NetBeans平台开发的，所以从一开始就具有插件扩展功能的特点。通过插件扩展支持，VisualVM可以做：显示虚拟机进程和进程配置、环境信息（jps、jinfo）。监控应用程序的CPU、GC、堆、方法区和线程信息（jstat、jstack）。转储和分析堆转储快照（jmap、jhat）。方法级程序运行性能分析，找出调用次数最多、运行时间最长的方法。离线程序快照：收集程序运行时配置、线程转储、内存转储等信息创建快照，可发送给开发者反馈bug。其他插件的无限可能性......