虚拟机性能监控与故障处理工具(深入理解java虚拟机三)-飞外

JDK自带的工具可以方便的帮助我们处理一些问题，包括查看JVM参数，分析内存变化，查看内存区域，查看线程等信息。

我们熟悉的有java.exe,javac.exe,javap.exe(偶尔用),jps.exe,jmap.exe....等，下面会详细介绍。分别在linux和windows下面介绍。windows与linux下面使用的都是JDK1.7.0_80

windows下的jdk版本如下:

$$ java -versionjava version "1.7.0_80"Java(TM) SE Runtime Environment (build 1.7.0_80-b15)Java HotSpot(TM) 64-Bit Server VM (build 24.80-b11, mixed mode)

[root@VM_0_12_centos bin]# lsappletviewer javac jconsole jps native2ascii serialverapt javadoc jcontrol jrunscript orbd servertoolControlPanel javafxpackager jdb jsadebugd pack200 tnameservextcheck javah jhat jstack policytool unpack200idlj javap jinfo jstat rmic wsgenjar java-rmi.cgi jmap jstatd rmid wsimportjarsigner javaws jmc jvisualvm rmiregistry xjcjava jcmd jmc.ini keytool schemagen

其实上面的工具大部分都是jdk/lib/tools.jar 类库的一层包装而已，它们主要的功能代码是在tools.jar中实现的。

研究常见的工具的使用。主要有下面工具:

jps---JVM Process Status tool,显示指定系统内所有的HotSpot虚拟机进程

jstat---JVM Statistics Monitoring tool，用于收集HotSpot虚拟机各方面的运行数据

jinfo---Configuration Info For Java,显示虚拟机配置信息

jmap---Memory Map for Java,生成虚拟机的内存转储快照(heapdump文件)

jhat---JVM Heap Dump Browser，用于分析heapdump文件，它会建立一个http/html服务器。让用于可以在浏览器上查看分析结果

jstack---Stack Trace For Java，显示虚拟机的线程快照。

下面研究具体的使用。

JDK的很多工具都参考了UNIX系统的命名方式，jps(JVM Process Status)是其中的典型。除了名字像JVM的ps之外，功能也和UNIX的ps差不多:可以列出正在运行的虚拟机进程，并显示虚拟机执行主类(Main Class,main函数所在的类)名称以及这些进程的本地虚拟机唯一ID(Local Vitural Machine Identifier,LVMID)。虽然功能比较单一，但它是使用最频繁的JDK命令行工具，因为其他工具的使用都需要依赖此工具识别处的LVMID作为输入。对于本地虚拟机进程来说，LVMID与操作系统的进行ID(Process Identifier,PID)是一致的，使用windows的任务管理器或者unix的ps命令也可以查询到虚拟机的LVMID，但是如果启动了多个虚拟机进程，无法根据名称定位时，那就只能根据jps来区分了。

jps命令格式:

jps [option] [hostid]

jps可以通过RMI协议查询开启了RMI服务的远程虚拟机进程状态，hostid为RMI注册表中注册的主机名。jps的常见其他选项如下:

-q 只输出LVMID，省略主类的名称

-m 输出虚拟机进程启动时传递给主类main函数的参数

-l 输出主类的全名，如果进程执行的是jar包，输出Jar路径

-v 输出虚拟机进程启动时JVM参数

自己在windows下面的测试:

C:UsersAdministrator jps -m -l -v9772 sun.tools.jps.Jps -m -l -v -Denv.class.path=.;%JAVA_HOME%lib;%JAVA_HOME%lib ools.jar -Dapplication.home=C:Program FilesJavajdk1.7.0_80 -Xms8m2204 org.apache.catalina.startup.Bootstrap start -agentlib:jdwp=transport=dt_socket,suspend=y,address=localhost:53302 -Dcatalina.base=E:xiangmu.metadata.pluginsorg.eclipse.wst.server.core mp1 -Dcatalina.home=E: omcatapache-tomcat-7.0.88 -Dwtp.deploy=E:xiangmu -Djava.endorsed.dirs=E: omcatapache-tomcat-7.0.88endorsed -Dfile.encoding=UTF-82084 -Dosgi.requiredJavaVersion=1.7 -Xms256m -Xmx1024m -Xloggc:gc.log -XX:+PrintGCTimeStamps -XX:+PrintGCDetails -Dsun.lang.ClassLoader.allowArraySyntax=true -XX:MaxPermSize=256m

9772是jps命令自身，可见jps本身也是一个Java程序，其主类位于sun.tools.jps.Jps(该类位于jdk/lib/tools.jar)

2204 是自己启动的一个tomcat程序，主类是Bootstrap，向main函数传递的参数是start，后面是一些设置

2084是Eclipse的PID，后面跟着eclipse.ini中对eclipse的设置(这也可以用来判断eclipse启动参数)

自己在linux下面的测试

[root@VM_0_12_centos ~]# jps -m -l -v4211 sun.tools.jps.Jps -m -l -v -Denv.class.path=.:/opt/java/jdk1.7.0_80/lib:/opt/java/jdk1.7.0_80/jre/lib -Dapplication.home=/opt/java/jdk1.7.0_80 -Xms8m21991 org.apache.catalina.startup.Bootstrap start -Djava.util.logging.config.file=/opt/apache-tomcat/apache-tomcat-7.0.72/conf/logging.properties -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djdk.tls.ephemeralDHKeySize=2048 -Djava.endorsed.dirs=/opt/apache-tomcat/apache-tomcat-7.0.72/endorsed -Dcatalina.base=/opt/apache-tomcat/apache-tomcat-7.0.72 -Dcatalina.home=/opt/apache-tomcat/apache-tomcat-7.0.72 -Djava.io.tmpdir=/opt/apache-tomcat/apache-tomcat-7.0.72/temp

4211 是jps命令自身的pid，

21991 是linux下面的一个tomcat的pid，其主类、传递的参数以及配置与上面类似。

jstat(JVM Statistics Monitoring Machine)是用于监视虚拟机各种运行状态信息的工具。它可以显示本地或者远程虚拟机进程中的类装载、内存、垃圾收集、JID编译等运行时数据，在没有GUI的服务器上，对于定位虚拟机性能问题非常重要。

jstat命令格式为:

jstat [ option vmid [interval [s|ms] [count] ] ]

对于命令格式中的VMID与LVMID需要特别说明一下：如果是本地虚拟机进程，VMID与LVMID是一致的，如果是远程虚拟机进程，那VMID的格式应当如下:

[protocol:][//]lvmid[@hostname[:port]/servername]

参数interval和count代表查询的间隔和次数，如果省略这两个参数，说明只查询一次。假设需要每250ms查询一次pid为 2204 程序的垃圾收集状态，总共查询20次，那么命令应当是:

jstat -gc 2204 250 20

选项option代表着用户希望查询的虚拟机信息，分为3类:类装载、垃圾收集、运行期编译状况，具体作用如下:

-class 监视类装载、卸载数量、总空间以及类装载所耗费的时间

-gc 监视java堆状况，包括Eden区、两个suprivor区、老年代、永久代等的容量、已用空间、GC时间合计等信息(实际在hotspot虚拟机中，永久代不属于堆内存，而且在JDK8已经被元空间MetaSpace所取代)

-gccapacity 监视内容与-gc基本相同，但是输出主要关注的是Java堆各个区域使用的最大、最小空间

-gcutil 监视内容与-gc基本相同，但输出主要关注已使用空间占总空间的比例

-gccause 监视内容与-gc基本相同，但是会额外输出导致上一致gc的原因。

-gcnew 监视新生代GC状况

-gcnewcapacity 监视内容与-gcnew基本相同，但是输出主要关注的是使用的最大、最小空间

-gcold 监视老年代GC状况

-gcoldcapacity 监视内容与-gcold基本相同，但是输出主要关注的是使用的最大、最小空间

-gcpermcapacity 输出永久代最大、最小空间

-compiler 输出JIT编译过的方法、耗时等信息

-printcompilation 输出已经被JIT编译的方法

例如自己windows下面的测试

实验结果表明:这台虚拟机的新生代Enen区(E表示Eden)使用了33.52%空间，两个Suprivor区(SO和S1)都是空的，老年代Old(o表示Old)占用了54.34%，永久代(Perm)占用了55.99%。程序运行以爱共发生Minor GC(YGC表示Young GC)15次，总耗时0.322秒。发生FullGC(FGC)1次，FullGC总耗时0.282秒，所有GC耗时(GCT) 0.604秒。

下面是一些其他测试:

C:UsersAdministrator jstat -gccause 2204 S0 S1 E O P YGC YGCT FGC FGCT GCT LGCC GCC 0.00 0.00 33.52 54.34 55.99 15 0.322 1 0.282 0.604 Allocation Failure No GCC:UsersAdministrator jstat -class 2204Loaded Bytes Unloaded Bytes Time 7880 15537.3 0 0.0 13.07C:UsersAdministrator jstat -gc 2204 S0C S1C S0U S1U EC EU OC OU PC PU YGC YGCT FGC FGCT GCT43520.0 44544.0 0.0 0.0 499200.0 172323.0 120320.0 65384.2 83456.0 46728.6 15 0.322 1 0.282 0.604C:UsersAdministrator jstat -compiler 2204Compiled Failed Invalid Time FailedType FailedMethod 1504 1 0 17.19 1 org/apache/catalina/loader/WebappClassLoaderBase findResourceInternalC:UsersAdministrator jstat -gccapacity 2204 NGCMN NGCMX NGC S0C S1C EC OGCMN OGCMX OGC OC PGCMN PGCMX PGC PC YGC FGC 43008.0 686080.0 684544.0 43520.0 44544.0 499200.0 85504.0 1372160.0 120320.0 120320.0 21504.0 83968.0 83456.0 83456.0 15 1

jinfo(Configuration Info for Java)的作用是 实时查看和调整虚拟机的各项参数。使用jps -v 可以查看虚拟器启动时候显示指定的参数列表，但是如果想查找未被显示指定的参数的系统的默认值，除了去查阅资料，就只能使用jinfo的 -flag选项进行查询了(如果只限于JDK版本6以上，使用Java -XX:+PrintFlagsFinal 查看默认值也是一个很好的选择),jinfo还可以使用 -sysprops选项把虚拟机进程的System.getProperties（）的内容打印出来，JDK1.6之后，jinfo在windows和linux平台都提供，并且加入了运行期修改参数的能力，可以使用 -flag [+|-] name 或者 -flag name=value修改一部分运行期可写的虚拟机参数值。JDK1.6中，jinfo对于windows平台功能仍然有较大限制，只提供了最基本的-flag选项。

jinfo的命令格式如下:

C:UsersAdministrator jinfo -flagUsage: jinfo [option] pid  (to connect to running process) jinfo [option] executable core  (to connect to a core file) jinfo [option] [server_id@] remote server IP or hostname  (to connect to remote debug server)where option is one of: -flag name to print the value of the named VM flag -flag [+|-] name to enable or disable the named VM flag -flag name = value to set the named VM flag to the given value -flags to print VM flags -sysprops to print Java system properties no option to print both of the above -h | -help to print this help message

例如:

(1)查看一个JVM的配置信息，也就是System.getProperties可以获取的信息:

C:UsersAdministrator jinfo 2084Attaching to process ID 2084, please wait...Debugger attached successfully.Server compiler detected.JVM version is 24.80-b11Java System Properties:java.vendor = Oracle Corporationosgi.bundles.defaultStartLevel = 4org.eclipse.debug.ui.breakpoints.toggleFactoriesUsed = falseorg.osgi.supports.framework.extension = truesun.management.compiler = HotSpot 64-Bit Tiered Compilerseclipse.p2.profile = epp.package.jeeos.name = Windows 8
...

C:UsersAdministrator jinfo -sysprops 2084Attaching to process ID 2084, please wait...Debugger attached successfully.Server compiler detected.JVM version is 24.80-b11java.vendor = Oracle Corporationosgi.bundles.defaultStartLevel = 4org.eclipse.debug.ui.breakpoints.toggleFactoriesUsed = falseorg.osgi.supports.framework.extension = truesun.management.compiler = HotSpot 64-Bit Tiered Compilerseclipse.p2.profile = epp.package.jeeos.name = Windows 8
...

C:UsersAdministrator jinfo -flags 2084Attaching to process ID 2084, please wait...Debugger attached successfully.Server compiler detected.JVM version is 24.80-b11-Dosgi.requiredJavaVersion=1.7 -Xms256m -Xmx1024m -Xloggc:gc.log -XX:+PrintGCTimeStamps -XX:+PrintGCDetails -Dsun.lang.ClassLoader.allowArraySyntax=true -XX:MaxPermSize=256m

有一点必须注意：PrintGC必须开启，只开启PrintGCDetails、PrintGCTimeStamps不会输出GC，必须PrintGC同时开启

(5)查看启动参数

C:UsersAdministrator jinfo -flag MaxHeapSize 2084-XX:MaxHeapSize=1073741824C:UsersAdministrator jinfo -flag PermSize 2084-XX:PermSize=21757952

jmap(Memory map for java)命令用于生成堆转储快照(一般称为heapdump或dump文件)，如果不使用jmap命令，想要获取java堆转储快照，还有一些比较暴力的手段:比如说用 -XX:+HeapDumpOnOutOfMemoryError参数，可以让虚拟机在发生OOM异常之后自动生成dump文件，通过 -XX:+HeapDumpOnCtrlBreak参数则可以使用 [Ctrl]+[Break]键让虚拟机生成dump文件，又或者在linux下面通过 Kill -3 命令发送进程退出信号"吓唬"一下虚拟机，也能拿到dump文件。

jmap的作用不仅是为了获取dump文件，它还可以查询finalize执行队列、Java堆和永久代的详细信息，如空间使用率、当前使用的是哪种收集器等。

和jinfo一样，jmap有不少功能在windows平台下都是受限的，除了生成dump文件的-dump选项和用于查看每个类的实例、空间占用的-histo选项在所有操作系统都提供之外，其余选项都只能在Linux/Solaris下使用。

jmap的命令格式:

C:UsersAdministrator jmapUsage: jmap [option] pid  (to connect to running process) jmap [option] executable core  (to connect to a core file) jmap [option] [server_id@] remote server IP or hostname  (to connect to remote debug server)where option is one of: none to print same info as Solaris pmap -heap to print java heap summary -histo[:live] to print histogram of java object heap; if the "live" suboption is specified, only count live objects -permstat to print permanent generation statistics -finalizerinfo to print information on objects awaiting finalization -dump: dump-options to dump java heap in hprof binary format dump-options: live dump only live objects; if not specified, all objects in the heap are dumped. format=b binary format file= file dump heap to file  Example: jmap -dump:live,format=b,file=heap.bin pid  -F force. Use with -dump: dump-options pid or -histo to force a heap dump or histogram when pid does not respond. The "live" suboption is not supported in this mode. -h | -help to print this help message -J flag to pass flag directly to the runtime system

C:UsersAdministrator jmap -heap 2084 #查看堆内存Attaching to process ID 2084, please wait...Debugger attached successfully.Server compiler detected.JVM version is 24.80-b11using thread-local object allocation.Parallel GC with 4 thread(s)Heap Configuration: MinHeapFreeRatio = 0 MaxHeapFreeRatio = 100 MaxHeapSize = 1073741824 (1024.0MB) NewSize = 1310720 (1.25MB) MaxNewSize = 17592186044415 MB OldSize = 5439488 (5.1875MB) NewRatio = 2 SurvivorRatio = 8 PermSize = 21757952 (20.75MB) MaxPermSize = 268435456 (256.0MB) G1HeapRegionSize = 0 (0.0MB)Heap Usage:PS Young GenerationEden Space: capacity = 295698432 (282.0MB) used = 12552440 (11.970939636230469MB) free = 283145992 (270.02906036376953MB) 4.245014055400875% usedFrom Space: capacity = 13107200 (12.5MB) used = 13080592 (12.474624633789062MB) free = 26608 (0.0253753662109375MB) 99.7969970703125% usedTo Space: capacity = 10485760 (10.0MB) used = 0 (0.0MB) free = 10485760 (10.0MB) 0.0% usedPS Old Generation capacity = 541589504 (516.5MB) used = 211967328 (202.14779663085938MB) free = 329622176 (314.3522033691406MB) 39.13800515602311% usedPS Perm Generation capacity = 166199296 (158.5MB) used = 166122072 (158.42635345458984MB) free = 77224 (0.07364654541015625MB) 99.95353530258035% used44318 interned Strings occupying 4390312 bytes.

C:UsersAdministrator jmap -dump:live,format=b,file=heap.bin 2204Dumping heap to C:UsersAdministratorheap.bin ...Heap dump file created

[root@VM_0_12_centos ~]# jmap -heap 21991 #查看内存JVM参数Attaching to process ID 21991, please wait...Debugger attached successfully.Server compiler detected.JVM version is 24.80-b11using thread-local object allocation.Mark Sweep Compact GCHeap Configuration: MinHeapFreeRatio = 40 MaxHeapFreeRatio = 70 MaxHeapSize = 482344960 (460.0MB) NewSize = 1310720 (1.25MB) MaxNewSize = 17592186044415 MB OldSize = 5439488 (5.1875MB) NewRatio = 2 SurvivorRatio = 8 PermSize = 21757952 (20.75MB) MaxPermSize = 85983232 (82.0MB) G1HeapRegionSize = 0 (0.0MB)Heap Usage:New Generation (Eden + 1 Survivor Space): capacity = 78053376 (74.4375MB) used = 12557464 (11.975730895996094MB) free = 65495912 (62.461769104003906MB) 16.088303470691645% usedEden Space: capacity = 69402624 (66.1875MB) used = 11711400 (11.168861389160156MB) free = 57691224 (55.018638610839844MB) 16.874578113934135% usedFrom Space: capacity = 8650752 (8.25MB) used = 846064 (0.806869飞外359375MB) free = 7804688 (7.4431304931640625MB) 9.780236446496213% usedTo Space: capacity = 8650752 (8.25MB) used = 0 (0.0MB) free = 8650752 (8.25MB) 0.0% usedtenured generation: capacity = 173322240 (165.29296875MB) used = 111934032 (106.74861145019531MB) free = 61388208 (58.54435729980469MB) 64.58145936724566% usedPerm Generation: capacity = 77332480 (73.75MB) used = 77163160 (73.5885238647461MB) free = 169320 (0.16147613525390625MB) 99.78104930813029% used30082 interned Strings occupying 3502776 bytes.[root@VM_0_12_centos ~]# jmap -histo:live 21991 exam.info #查看存活对象信息，重定向到文件中[root@VM_0_12_centos ~]# jmap -dump:live,format=b,file=heap.bin 21991 #查看堆转储快照信息Dumping heap to /root/heap.bin ...Heap dump file created

jhat(JVM Heap Analysis Tool)命令与jmap搭配使用，来分析jmap生成的堆转储快照。jhat内置了一个小型的HTTP/HTML分析器，生成dump文件的分析结果之后，可以在浏览器查看。一般也用不到这个工具，主要原因有:一是一般不会在部署应用程序的服务器上直接生成dump文件，即使这样做了，也会尽量将dump文件复制到其他机器进行分析，因为分析工作是一个耗时且消耗硬件资源的工作;二是此工具的分析功能相对比较简陋，比较好的有Visual VM，以及专业用于分析dump文件的Eclipse Memory Analyzer等。

接下来用jhat分析上面jmap生成的dump快照信息:

C:UsersAdministrator jhat heap.binReading from heap.bin...Dump file created Mon Dec 03 15:04:02 CST 2018Snapshot read, resolving...Resolving 816411 objects...Chasing references, expect 163 dots...................................................................................................................................................................Eliminating duplicate references...................................................................................................................................................................Snapshot resolved.Started HTTP server on port 7000Server is ready.

可以看到上面在端口7000，建立了http监听，输入http://localhost:7000/即可查看分析信息

分析结果默认是以包为单位分组显示，分析内存泄漏问题主要会使用其中的"heap histogram"(与jmap -histo)功能一样可以查看类的统计信息与OQL页签的功能，前者可以找到内存中总容量最大的对象，后者是标准的对象查询语言，使用类似SQL的语法对内存中的对象进行查询统计(这个参考深入JVM虚拟机一书可以方便使用)。

查看heap histogram

点一个类进去再次查看:(这里也解释了spring的cglib代理功能基于继承方式实现)

再次点击DepartmentServiceImpl查看:

jstack(Stack Trace For Java)命令用于生成虚拟机当前时刻的线程快照(一般成为threaddump或者javacore文件)。线程快照就是当前虚拟机内每一条线程正在执行的方法堆栈的集合，生成线程快照的目的是为了定位线程出现长时间停顿的原因，如线程间死锁、死循环、请求外部资源等待的时间过长等原因。线程出现停顿的时候可以通过jstack来查看各个线程的调用堆栈，就可以知道响应的线程到底在后台做什么或者等待什么资源。

jstack的命令格式如下:

C:UsersAdministrator jstackUsage: jstack [-l] pid  (to connect to running process) jstack -F [-m] [-l] pid  (to connect to a hung process) jstack [-m] [-l] executable core  (to connect to a core file) jstack [-m] [-l] [server_id@] remote server IP or hostname  (to connect to a remote debug server)Options: -F to force a thread dump. Use when jstack pid does not respond (process is hung) -m to print both java and native frames (mixed mode) -l long listing. Prints additional information about locks -h or -help to print this help message

在JDK1.5中，java.lang.Thread类新增了一个getAllStackTraces()方法用于获取虚拟机中所有线程的StackTraceElement对象。使用这个对象可以通过简单的几行代码就完成jstack的大部分功能，在实际项目中可以用这个做管理界面，可随时查看线程堆栈。如下代码:

 %@ page language="java" contentType="text/html; charset=UTF-8" pageEncoding="UTF-8"%  %@ page import="java.util.Map"%  html  head  title 服务器线程堆栈信息 /title  /head  body  for (Map.Entry Thread, StackTraceElement[] stackTrace : Thread.getAllStackTraces().entrySet()) { Thread thread = (Thread) stackTrace.getKey(); StackTraceElement[] stackTraceElements = stackTrace.getValue(); if (thread.equals(Thread.currentThread())) { continue; out.print(" 线程- " + thread.getName() + " for (StackTraceElement s : stackTraceElements) { out.print(" " + s + " /body  /html 

JDK除了上面的大量的命令行工具，还提供了两个可视化工具，JConsole和Visual VM。JConsole是JDL5才有的，而Visual VM是JDK6的Update7中首次发布的，现在已经成为主流的多合一故障处理工具。

JConsole（Java Monitoring and management Console）是基于JMX的可视化监视、管理工具。它管理部分的功能是针对JMX MBean进行管理，由于MBean可以使用代码、中间件服务器的管理控制台或者所有符合JMX规范的软件进行访问。

双击Jdk/bin/jconsole.exe启动即可。启动之后会自动显示本地的LVMID，相当于JPS功能，双击一个打开即可。

也可以使用下面的远程进程进行远程连接。

概述页签显示的是整个虚拟机运行时数据的概览，其中包括"堆使用情况"、"线程"、"类"、"CPU占用率等"，这些曲线图是后面内存、线程、类页签的汇总。

内存页签相当于可视化的jstat命令。(在这里也可以看出永久代属于非堆区)。也可以看到垃圾收集器以及垃圾收集时间等信息。

线程页签相当于jstack命令，遇到线程停顿时可以用这个命令进行分析。也可以进行死锁检测。

再次检测死锁查看线程死锁信息:(可以看到多处一个死锁签，可以看到发生死锁的当前线程所拥有的锁以及等待的另一个锁被另一个线程锁所拥有)

1.启动

位于jdk/bin/jvisualvm.exe,双击即可启动，启动也是会显示JPS类似的功能，双击一个PID进去即可。

2.概述

可以看到参数信息，以及一些配置信息。有jps -ml的功能。其系统属性的页签类似于jinfo功能。也可以看到JVM参数的设置信息。

也可以dump出堆转储快照。

执行堆dump之后可以进行分析类以及实例信息，类似于jmap -histo的功能 (重要) 。而且堆dump也可以另存为文件。

会自动检测死锁。

我们dump出快照查看信息:

总结: 至此完成了工具的研究，最常用的是jps -lm +jmap -heap pid + jmap -histo:live 。如果可以使用可视化工具的话jvisualVM是不错的选择。

补充一些JVM中的知识,便于分析类以及其实例:

在Java中，任何类型都有class，包括基本数据类型与void。在Java中 [ 代表数组, [[ 代表二维数组。依次类推。

其他的描述标识符如下:

B---基本数据类型byte

C---基本数据类型char

D---基本数据类型double

F---基本数据类型float

I---基本数据类型int

J---基本数据类型long

S---基本数据类型short

Z---基本数据类型boolean

V---特殊类型void

L---对象类型(也就是引用类型)。例如 Ljava/lang/Object.

需要注意的是八种基本数据类型也有calss,而且其对应包装类型有一个TYPE成员变量就是其基本数据类型。特殊类型void也有class。基本类型的数组与引用类型数组也都有class

public static final Class Integer TYPE = (Class Integer ) Class.getPrimitiveClass("int");

结果:

int
class java.lang.Integer
int
class [Ljava.lang.Integer;
class [I
void

注意int不是对象，所以没有getClass方法。只有int.class