网站建设kaodezhu,动漫设计与制作有什么学校,世界500强企业中国,搜索引擎论文3000字文章目录 JDK 命令行工具jps:查看所有 Java 进程jstat: 监视虚拟机各种运行状态信息 jinfo: 实时地查看和调整虚拟机各项参数jmap:生成堆转储快照**jhat**: 分析 heapdump 文件**jstack** :生成虚拟机当前时刻的线程快照 JDK 可视化分析工具JConsole:Java 监视与管理控制台连接… 文章目录 JDK 命令行工具jps:查看所有 Java 进程jstat: 监视虚拟机各种运行状态信息 jinfo: 实时地查看和调整虚拟机各项参数jmap:生成堆转储快照**jhat**: 分析 heapdump 文件**jstack** :生成虚拟机当前时刻的线程快照 JDK 可视化分析工具JConsole:Java 监视与管理控制台连接 Jconsole查看 Java 程序概况内存监控线程监控 Visual VM:多合一故障处理工具 JDK 命令行工具
这些命令在 JDK 安装目录下的 bin 目录下
jps (JVM Process Status: 类似 UNIX 的 ps 命令。用户查看所有 Java 进程的启动类、传入参数和 Java 虚拟机参数等信息jstat JVM Statistics Monitoring Tool: 用于收集 HotSpot 虚拟机各方面的运行数据;jinfo (Configuration Info for Java) : Configuration Info forJava,显示虚拟机配置信息;jmap (Memory Map for Java) :生成堆转储快照;jhat (JVM Heap Dump Browser ) : 用于分析 heapdump 文件它会建立一个 HTTP/HTML 服务器让用户可以在浏览器上查看分析结果;jstack (Stack Trace for Java):生成虚拟机当前时刻的线程快照线程快照就是当前虚拟机内每一条线程正在执行的方法堆栈的集合。
jps:查看所有 Java 进程
jps(JVM Process Status) 命令类似 UNIX 的 ps 命令。
jps显示虚拟机执行主类名称以及这些进程的本地虚拟机唯一 IDLocal Virtual Machine Identifier,LVMID。jps -q 只输出进程的本地虚拟机唯一 ID。
C:\Users\SnailClimbjps
7360 NettyClient2
17396
7972 Launcher
16504 Jps
17340 NettyServerjps -l:输出主类的全名如果进程执行的是 Jar 包输出 Jar 路径。
C:\Users\SnailClimbjps -l
7360 firstNettyDemo.NettyClient2
17396
7972 org.jetbrains.jps.cmdline.Launcher
16492 sun.tools.jps.Jps
17340 firstNettyDemo.NettyServerjps -v输出虚拟机进程启动时 JVM 参数。
jps -m输出传递给 Java 进程 main() 函数的参数。
jstat: 监视虚拟机各种运行状态信息
jstatJVM Statistics Monitoring Tool 使用于监视虚拟机各种运行状态信息的命令行工具。 它可以显示本地或者远程需要远程主机提供 RMI 支持虚拟机进程中的类信息、内存、垃圾收集、JIT 编译等运行数据在没有 GUI只提供了纯文本控制台环境的服务器上它将是运行期间定位虚拟机性能问题的首选工具。
jstat 命令使用格式
jstat -option [-t] [-hlines] vmid [interval [count]]比如 jstat -gc -h3 31736 1000 10表示分析进程 id 为 31736 的 gc 情况每隔 1000ms 打印一次记录打印 10 次停止每 3 行后打印指标头部。
常见的 option 如下
jstat -class vmid 显示 ClassLoader 的相关信息jstat -compiler vmid 显示 JIT 编译的相关信息jstat -gc vmid 显示与 GC 相关的堆信息jstat -gccapacity vmid 显示各个代的容量及使用情况jstat -gcnew vmid 显示新生代信息jstat -gcnewcapcacity vmid 显示新生代大小与使用情况jstat -gcold vmid 显示老年代和永久代的行为统计从jdk1.8开始,该选项仅表示老年代因为永久代被移除了jstat -gcoldcapacity vmid 显示老年代的大小jstat -gcpermcapacity vmid 显示永久代大小从jdk1.8开始,该选项不存在了因为永久代被移除了jstat -gcutil vmid 显示垃圾收集信息
另外加上 -t参数可以在输出信息上加一个 Timestamp 列显示程序的运行时间。 jinfo: 实时地查看和调整虚拟机各项参数
jinfo vmid :输出当前 jvm 进程的全部参数和系统属性 (第一部分是系统的属性第二部分是 JVM 的参数)。
jinfo -flag name vmid :输出对应名称的参数的具体值。比如输出 MaxHeapSize、查看当前 jvm 进程是否开启打印 GC 日志 ( -XX:PrintGCDetails :详细 GC 日志模式这两个都是默认关闭的)。
C:\Users\SnailClimbjinfo -flag MaxHeapSize 17340
-XX:MaxHeapSize2124414976
C:\Users\SnailClimbjinfo -flag PrintGC 17340
-XX:-PrintGC使用 jinfo 可以在不重启虚拟机的情况下可以动态的修改 jvm 的参数。尤其在线上的环境特别有用,请看下面的例子
jinfo -flag [|-]name vmid 开启或者关闭对应名称的参数。
C:\Users\SnailClimbjinfo -flag PrintGC 17340
-XX:-PrintGCC:\Users\SnailClimbjinfo -flag PrintGC 17340C:\Users\SnailClimbjinfo -flag PrintGC 17340
-XX:PrintGCjmap:生成堆转储快照
jmapMemory Map for Java命令用于生成堆转储快照。 如果不使用 jmap 命令要想获取 Java 堆转储可以使用 “-XX:HeapDumpOnOutOfMemoryError” 参数可以让虚拟机在 OOM 异常出现之后自动生成 dump 文件Linux 命令下可以通过 kill -3 发送进程退出信号也能拿到 dump 文件。
jmap 的作用并不仅仅是为了获取 dump 文件它还可以查询 finalizer 执行队列、Java 堆和永久代的详细信息如空间使用率、当前使用的是哪种收集器等。和jinfo一样jmap有不少功能在 Windows 平台下也是受限制的。
示例将指定应用程序的堆快照输出到桌面。后面可以通过 jhat、Visual VM 等工具分析该堆文件。
C:\Users\SnailClimbjmap -dump:formatb,fileC:\Users\SnailClimb\Desktop\heap.hprof 17340
Dumping heap to C:\Users\SnailClimb\Desktop\heap.hprof ...
Heap dump file createdjhat: 分析 heapdump 文件
jhat 用于分析 heapdump 文件它会建立一个 HTTP/HTML 服务器让用户可以在浏览器上查看分析结果。
C:\Users\SnailClimbjhat C:\Users\SnailClimb\Desktop\heap.hprof
Reading from C:\Users\SnailClimb\Desktop\heap.hprof...
Dump file created Sat May 04 12:30:31 CST 2019
Snapshot read, resolving...
Resolving 131419 objects...
Chasing references, expect 26 dots..........................
Eliminating duplicate references..........................
Snapshot resolved.
Started HTTP server on port 7000
Server is ready.访问 http://localhost:7000/
jstack :生成虚拟机当前时刻的线程快照
jstackStack Trace for Java命令用于生成虚拟机当前时刻的线程快照。线程快照就是当前虚拟机内每一条线程正在执行的方法堆栈的集合.
生成线程快照的目的主要是定位线程长时间出现停顿的原因如线程间死锁、死循环、请求外部资源导致的长时间等待等都是导致线程长时间停顿的原因。线程出现停顿的时候通过jstack来查看各个线程的调用堆栈就可以知道没有响应的线程到底在后台做些什么事情或者在等待些什么资源。
下面是一个线程死锁的代码。我们下面会通过 jstack 命令进行死锁检查输出死锁信息找到发生死锁的线程。
public class DeadLockDemo {private static Object resource1 new Object();//资源 1private static Object resource2 new Object();//资源 2public static void main(String[] args) {new Thread(() - {synchronized (resource1) {System.out.println(Thread.currentThread() get resource1);try {Thread.sleep(1000);} catch (InterruptedException e) {e.printStackTrace();}System.out.println(Thread.currentThread() waiting get resource2);synchronized (resource2) {System.out.println(Thread.currentThread() get resource2);}}}, 线程 1).start();new Thread(() - {synchronized (resource2) {System.out.println(Thread.currentThread() get resource2);try {Thread.sleep(1000);} catch (InterruptedException e) {e.printStackTrace();}System.out.println(Thread.currentThread() waiting get resource1);synchronized (resource1) {System.out.println(Thread.currentThread() get resource1);}}}, 线程 2).start();}
}Output
Thread[线程 1,5,main]get resource1
Thread[线程 2,5,main]get resource2
Thread[线程 1,5,main]waiting get resource2
Thread[线程 2,5,main]waiting get resource1线程 A 通过 synchronized (resource1) 获得 resource1 的监视器锁然后通过 Thread.sleep(1000);让线程 A 休眠 1s 为的是让线程 B 得到执行然后获取到 resource2 的监视器锁。线程 A 和线程 B 休眠结束了都开始企图请求获取对方的资源然后这两个线程就会陷入互相等待的状态这也就产生了死锁。
通过 jstack 命令分析
C:\Users\SnailClimbjps
13792 KotlinCompileDaemon
7360 NettyClient2
17396
7972 Launcher
8932 Launcher
9256 DeadLockDemo
10764 Jps
17340 NettyServerC:\Users\SnailClimbjstack 9256输出的部分内容如下
Found one Java-level deadlock:线程 2:waiting to lock monitor 0x000000000333e668 (object 0x00000000d5efe1c0, a java.lang.Object),which is held by 线程 1
线程 1:waiting to lock monitor 0x000000000333be88 (object 0x00000000d5efe1d0, a java.lang.Object),which is held by 线程 2Java stack information for the threads listed above:线程 2:at DeadLockDemo.lambda$main$1(DeadLockDemo.java:31)- waiting to lock 0x00000000d5efe1c0 (a java.lang.Object)- locked 0x00000000d5efe1d0 (a java.lang.Object)at DeadLockDemo$$Lambda$2/1078694789.run(Unknown Source)at java.lang.Thread.run(Thread.java:748)
线程 1:at DeadLockDemo.lambda$main$0(DeadLockDemo.java:16)- waiting to lock 0x00000000d5efe1d0 (a java.lang.Object)- locked 0x00000000d5efe1c0 (a java.lang.Object)at DeadLockDemo$$Lambda$1/1324119927.run(Unknown Source)at java.lang.Thread.run(Thread.java:748)Found 1 deadlock.可以看到 jstack 命令已经帮我们找到发生死锁的线程的具体信息。
JDK 可视化分析工具
JConsole:Java 监视与管理控制台
JConsole 是基于 JMX 的可视化监视、管理工具。可以很方便的监视本地及远程服务器的 java 进程的内存使用情况。你可以在控制台输出console命令启动或者在 JDK 目录下的 bin 目录找到jconsole.exe然后双击启动。
连接 Jconsole 如果需要使用 JConsole 连接远程进程可以在远程 Java 程序启动时加上下面这些参数:
-Djava.rmi.server.hostname外网访问 ip 地址
-Dcom.sun.management.jmxremote.port60001 //监控的端口号
-Dcom.sun.management.jmxremote.authenticatefalse //关闭认证
-Dcom.sun.management.jmxremote.sslfalse在使用 JConsole 连接时远程进程地址如下
外网访问 ip 地址:60001 查看 Java 程序概况 内存监控
JConsole 可以显示当前内存的详细信息。不仅包括堆内存/非堆内存的整体信息还可以细化到 eden 区、survivor 区等的使用情况如下图所示。
点击右边的“执行 GC(G)”按钮可以强制应用程序执行一个 Full GC。 新生代 GCMinor GC:指发生新生代的的垃圾收集动作Minor GC 非常频繁回收速度一般也比较快。老年代 GCMajor GC/Full GC:指发生在老年代的 GC出现了 Major GC 经常会伴随至少一次的 Minor GC并非绝对Major GC 的速度一般会比 Minor GC 的慢 10 倍以上。 线程监控
类似我们前面讲的 jstack 命令不过这个是可视化的。
最下面有一个检测死锁 (D)按钮点击这个按钮可以自动为你找到发生死锁的线程以及它们的详细信息 。 Visual VM:多合一故障处理工具
VisualVM 提供在 Java 虚拟机 (Java Virutal Machine, JVM) 上运行的 Java 应用程序的详细信息。在 VisualVM 的图形用户界面中您可以方便、快捷地查看多个 Java 应用程序的相关信息。Visual VM 官网https://visualvm.github.io/ 。Visual VM 中文文档:https://visualvm.github.io/documentation.html。
下面这段话摘自《深入理解 Java 虚拟机》。 VisualVMAll-in-One Java Troubleshooting Tool是到目前为止随 JDK 发布的功能最强大的运行监视和故障处理程序官方在 VisualVM 的软件说明中写上了“All-in-One”的描述字样预示着他除了运行监视、故障处理外还提供了很多其他方面的功能如性能分析Profiling。VisualVM 的性能分析功能甚至比起 JProfiler、YourKit 等专业且收费的 Profiling 工具都不会逊色多少而且 VisualVM 还有一个很大的优点不需要被监视的程序基于特殊 Agent 运行因此他对应用程序的实际性能的影响很小使得他可以直接应用在生产环境中。这个优点是 JProfiler、YourKit 等工具无法与之媲美的。 VisualVM 基于 NetBeans 平台开发因此他一开始就具备了插件扩展功能的特性通过插件扩展支持VisualVM 可以做到
显示虚拟机进程以及进程的配置、环境信息jps、jinfo。监视应用程序的 CPU、GC、堆、方法区以及线程的信息jstat、jstack。dump 以及分析堆转储快照jmap、jhat。方法级的程序运行性能分析找到被调用最多、运行时间最长的方法。离线程序快照收集程序的运行时配置、线程 dump、内存 dump 等信息建立一个快照可以将快照发送开发者处进行 Bug 反馈。其他 plugins 的无限的可能性…
这里就不具体介绍 VisualVM 的使用如果想了解的话可以看:
https://visualvm.github.io/documentation.htmlhttps://www.ibm.com/developerworks/cn/java/j-lo-visualvm/index.html
