先来一波官方工具:
工具名称 | 应用场景 | 说明 | 备注 |
---|---|---|---|
jps | 查看系统的java进程 | 显示指定系统内所有HotSpot虚拟机进程。参数: -l:显示main方法的名称 -v:显示虚拟机启动时的JVM参数(这个好用) -m:输出传递给main方法的参数 | jps并不能显示所有的java进程。 这个原因暂时未知,比如对于自定义启动脚本的进程支持不大好 |
jstat | 从参数中也可以看到对域gc的监控比较充分。 可以通过它来获取gc相关的信息 | 监控虚拟机的各种状态信息。参数如下: -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情况 | 使用过程中也发现和jps同样的问题。 就是通过ps aux|grep java查看的进程,使用jstat 执行时报:not found。 好处是命令行显示。可以在远程服务器上执行。 而有类似功能的如visual vm是图形界面,需要本地远程连接。
|
jinfo | 使用jps可以查看启动时的参数列表,但是如果想看未指定参数的默认值,就需要jinfo了 |
| 在测试环境比较常用,比如想知道当前jvm进程的启动参数和系统属性时用到。 第三种方法个人用的比较少,没有在生成环境上用过,比较谨慎。 |
jmap | 一般用于内存溢出或者full fc很频繁时,需要定位jvm 的内存使用情况 | 生成堆转存信息(也就是heapdump)。 jmap的作用不仅仅是获取dump文件,还可以查询finalize执行队列(什么东东),java堆和永久代信息,如空间使用率(貌似和jinfo重合了)和使用哪种gc。参数: -dump:[live,]format=b,file=<filename> 使用hprof二进制形式,输出jvm的heap内容到文件=. live子选项是可选的,假如指定live选项,那么只输出活的对象到文件. -heap 打印heap的概要信息,GC使用的算法,heap的配置及wise heap的使用情况. -histo[:live] 打印每个class的实例数目,内存占用,类全名信息. VM的内部类名字开头会加上前缀”*”. 如果live子参数加上后,只统计活的对象数量. -permstat 打印classload和jvm heap长久层的信息. 包含每个classloader的名字,活泼性,地址,父classloader和加载的class数量. 另外,内部String的数量和占用内存数也会打印出来. -F 强迫.在pid没有相应的时候使用-dump或者-histo参数. 在这个模式下,live子参数无效. | 其他可以生成dump的方式: 1、配置-XX:HeapDumpOnOutOfMemoryError在内存溢出时自动生成dump 2、执行Kill -3 |
jhat |
| 分析dump文件。不过一般不使用,因为功能简陋以及实际使用中并不会在服务器进行分析 |
|
jstack | 用于定位线程异常增多,死锁或者死循环导致cpu使用率暴增的情况 | 用于生成虚拟机当前时刻的线程快照。也就是theaddump。通过threadump可以看到各个线程的调用栈,就知道没有响应的线程在后台做什么。参数: -F:正常请求无法响应时强制输出线程栈 -l:除堆栈外,显示关于锁的附加信息 | jmap和jstack都会到时阻塞,所以需要摘线上流量才能执行。 也可以代买中通过Thread类的getAllStackTraces方法可以获取虚拟机中的所有StackTraceElement对象,从而获取线程栈信息 |
visual vm |
| 多合一工具。几乎整合了上述的所有工具,提供了完整的图形化分析功能。比如可以将服务器上dump文件,在visual vm中打开进行分析。 |
|
开源jvm工具
-- TBD
来源 | 工具 | 描述 |
---|---|---|
淘宝 | ||
唯品会 | vjtools | 官方文档很全:https://github.com/vipshop/vjtools |