【JVM】查看JVM加载的类及类加载器的方法

本文介绍了如何使用JVM的verbose选项来监控类加载、垃圾回收和JNI调用。通过`-verbose:class`可以查看类加载情况,`-verbose:gc`观察内存回收,而`-verbose:jni`则用于诊断JNI调用问题。此外,还提供了通过jmap和jhat分析内存快照以检查类加载器信息的方法。
摘要由CSDN通过智能技术生成

查看JVM加载了哪些类#

java -verbose[:class|gc|jni] 在输出设备上显示虚拟机运行信息。

java -verbose:class#

在程序运行的时候有多少类被加载!你可以用verbose:class来监视,在命令行输入java -verbose:class XXX (XXX为程序名),也可以直接在JVM启动时添加启动参数-verbose:class,你会在控制台(或者指定的启动日志文件,如catalina.out中)看到加载的类的情况。
verbose和 verbose:class 含义相同,输出虚拟机装入的类的信息,显示的信息格式如下:

 
Copy

[Opened D:\Java\jdk1.6.0_25\jre\lib\rt.jar] [Loaded java.lang.Object from D:\Java\jdk1.6.0_25\jre\lib\rt.jar] [Loaded java.io.Serializable from D:\Java\jdk1.6.0_25\jre\lib\rt.jar] [Loaded java.lang.Comparable from D:\Java\jdk1.6.0_25\jre\lib\rt.jar] [Loaded java.lang.CharSequence from D:\Java\jdk1.6.0_25\jre\lib\rt.jar] [Loaded java.lang.String from D:\Java\jdk1.6.0_25\jre\lib\rt.jar] [Loaded java.lang.reflect.GenericDeclaration from D:\Java\jdk1.6.0_25\jre\lib\rt.jar] [Loaded java.lang.reflect.Type from D:\Java\jdk1.6.0_25\jre\lib\rt.jar] [Loaded java.lang.reflect.AnnotatedElement from D:\Java\jdk1.6.0_25\jre\lib\rt.jar] [Loaded java.lang.Class from D:\Java\jdk1.6.0_25\jre\lib\rt.jar] [Loaded java.lang.Cloneable from D:\Java\jdk1.6.0_25\jre\lib\rt.jar] [Loaded java.lang.ClassLoader from D:\Java\jdk1.6.0_25\jre\lib\rt.jar] [Loaded java.lang.System from D:\Java\jdk1.6.0_25\jre\lib\rt.jar] [Loaded java.lang.Throwable from D:\Java\jdk1.6.0_25\jre\lib\rt.jar]

当虚拟机报告类找不到或类冲突时可用此参数来诊断来查看虚拟机从装入类的情况。

说明:
1、可以通过tailf catalina.out > temp.txt命令,将启动时的加载日志重定向到特定文件中,方便后续分析。
2、网上有说可以通过jinfo pid方式查看加载的jar包(在java.class.path下),实操发现,列出的结果不完整

java –verbose:gc#

在虚拟机发生内存回收时在输出设备显示信息,格式如下: [Full GC 256K->160K(124096K), 0.0042708 secs]该参数用来监视虚拟机内存回收的情况。

 
Copy

public class JvmVerbose { /** * JVM -verbose[:class|gc|jni] 参数测试 * @param args */ public static void main(String[] args) { JvmVerbose jvmVerbose = new JvmVerbose(); System.gc(); } }

在这个例子中,一个新的对象被创建,由于它没有使用,所以该对象迅速地变为可达,程序编译后,执行命令: java -verbose:gc JvmVerbose 后结果为:

 
Copy

[GC 647K->256K(124096K), 0.0274253 secs] [Full GC 256K->160K(124096K), 0.0042708 secs]

箭头前后的数据256K和160K分别表示垃圾收集GC前后所有存活对象使用的内存容量,说明有256K-160K=96K的对象容量被回收,括号内的数据124096K为堆内存的总容量,收集所需要的时间是0.0042708秒(这个时间在每次执行的时候会有所不同)。

java -verbose:jni#

使用-verbose:jni输出native方法调用的相关情况,一般用于诊断jni调用错误信息。
在虚拟机调用native方法时输出设备显示信息,格式如下: [Dynamic-linking native method java.lang.Object.registerNatives ... JNI] 该参数用来监视虚拟机调用本地方法的情况,在发生jni错误时可为诊断提供便利。

查看内存中的类的加载信息#

不同类加载器加载同一个类也处于不同的命名空间中,在内存中被视为不同的类。因此在处理类冲突时需要确认同名类是否被相同的类加载器加载,这个时候可以使用以下方式。
通过打印出类的内存快照,并加以分析,可以查看类的类加载器信息。
1、先通过ps -ef|grep proc找出进程号

注意:该命令要使用启动目标进程的用户执行

2、使用dump内存信息到heap.bin文件
使用命令jmap -dump:live,format=b,file=heap.bin pid(进程号)将进程pid的堆栈信息输出到heap.bin文件中

 
Copy

zqq@linux:~/logs> jmap -dump:live,format=b,file=heap.bin 16597 Dumping heap to /home/logs/heap.bin ... Heap dump file created

3、使用jhat 对heap.bin 文件进行分析
命令jhat -J-mx512m heap.bin, 如果解析过程中出现内存不足,需要加大内存如:jhat -J-mx800m heap.bin

 
Copy

zqq@linux:~/logs> jhat -J-mx512m heap.bin Reading from heap.bin... Dump file created Mon Jun 11 15:34:53 CST 2018 Snapshot read, resolving... Resolving 448749 objects... Chasing references, expect 89 dots......................................................................................... Eliminating duplicate references......................................................................................... Snapshot resolved. Started HTTP server on port 7000 Server is ready.

通过浏览器访问 http://ip:7000/即可看到分析结果。点击每个类,可以查看详细信息,包括该类是被哪个类加载器加载。

 
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值