javahisto的简单介绍

今天给各位分享javahisto的知识，其中也会对进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、jmap命令的实现原理解析
• 2、JDK命令介绍
• 3、Java应用执行非常慢，如何分析
• 4、java8 怎么理解jstat
• 5、如何查看java虚拟机堆内存的参数值
• 6、如何查看unix 的java内存使用情况

jmap命令的实现原理解析

当服务发生GC问题时，一般会使用jmap工具进行分析，jmap工具很强大，所以有必要了解它的方方面面。

通过histo选项，打印当前java堆中各个对象的数量、大小。

如果添加了live，只会打印活跃的对象。

通过-dump选项，把java堆中的对象dump到本地文件，然后使用MAT进行分析。

如果添加了live，只会dump活跃的对象。

通过-heap选项，打印java堆的配置情况和使用情况，还有使用的GC算法。

通过-finalizerinfo选项，打印那些正在等待执行finalize方法的对象。

通过-permstat选项，打印java堆永久代的信息，包括class loader相关的信息,和interned Strings的信息。

通过jmap和jvm之间进行通信，有两种实现方式：attach 和 SA。

attach方式，简单来说就是客户端和服务端之间的通信，客户端发送请求，主要逻辑在服务端执行，jmap相当于客户端，JVM相当于服务端。

在JVM中，有一个叫"Attach Listener"的线程，专门负责监听attach的请求，并执行对应的操作。

比如现在执行"jmap -histo:live 5409"，一步一步的实现如下：

1、在Jmap.java类的main函数中，对参数进行解析。

2、解析出来参数中有“-histo:live”，则执行histo方法：

attach方法建立了jmap进程和JVM之间的socket连接，建立过程可以查看笨神的文章 JVM Attach机制实现 ，后续基于该连接进行通信。

因为命令行中添加了[:live]选项，这里的live参数是true。

再看看heapHisto方法

executeCommand方法基于之前的socket连接向JVM发送了一条"inspectheap"命令，当然了，还有参数。

虚拟机的"Attach Listener"线程当发现有新的命令时，就拿出来处理它。

命令和具体的函数对应关系如下：

和"inspectheap"对应的是heap_inspection方法，实现如下：

live_objects_only的值取决于请求中是否有"-live"，再jmap中，取决于是否有":live"，所以不管是不是添加了":live"，都会有STW过程，时间长短而已。

在VM_GC_HeapInspection的doit方法中

_full_gc的值就是live_objects_only，如果为true，可能会执行一次full gc，清空非活跃的对象，但是可能会因为GC locker，导致跳过本次的GC。

"jmap -dump"实现的原理和"jmap -histo"类似，都是通过attach的方式实现，

attach API的实现方式是：

1、客户端连接到目标JVM，向其发出一个类似“inspectheap”命令；

2、目标JVM接收到命令，执行JVM内相关函数，将收集到的结果以文本形式返回；

3、客户端接收到返回的文本并将其显示出来；

假如执行"jmap -heap 5409"，就不会使用attach方式实现了。

在参数解析中，如果参数是"-heap|-heap:format=b|-permstat|-finalizerinfo"中的一种，或者添加了"-F"，比如"jmap -histo -F 5409"，则使用SA的方式。

SA方式，和attach方式不同的是，相关的主要逻辑都在SA中实现，从JVM中获取数据即可。

可以大概看下"jmap -heap"的实现，对应的实现类是"HeapSummary"，内部通过BugSpotAgent工具类attach到目标VM，更具体的底层细节，可以参考 HotSpot Serviceability Agent 实现浅析

执行jmap -heap有些时候可能会导致进程变T，一般是有一个线程在等信号量，这时会block住其它所有线程，可以执行kill -CONT pid进行恢复，不过还是强烈建议别执行这个命令。

JDK命令介绍

命令jps用于列出java进程，直接运行jps不加任何参数，可以列出Java程序的进程ID以及Main函数等名称。

参数-q指定jps只输出进程ID，而不输出类的短名称

参数-m用于输出传递给Java进程（主函数）的参数

参数 -l用于输出主函数的完整路径

参数 -v可以显示传递给JVM的参数

jstat是一个可以用于观察Java应用程序运行时信息的工具。它的功能非常强大，可以通过它，查看堆信息的详细使用情况。主要用于监控虚拟机的各种运行状态信息，如类的装载、内存、垃圾回收、JIT编译器等，在没有GUI的服务器上，这款工具是首选的一款监控工具。

基本使用语法为：

选项option可以由以下值构成：

-class：显示ClassLoader的相关信息。

-compiler：显示JIT编译的相关信息。

-gc：显示与GC相关的堆信息。

-gccapacity：显示各个代的容量及使用情况。

-gccause：显示垃圾收集相关信息（同-gcutil），同时显示最后一次或当前正在发生的垃圾收集的诱发原因。

-gcnew：显示新生代信息。

-gcnewcapacity：显示新生代大小与使用情况。

-gcold：显示老年代与永久代的信息。

-gcoldcapacity：显示老年代的大小。

-gcmetacapacity：显示元空间的大小。（在java8之前是使用-gcpermcapacity显示永久代的大小）

-gcutil：显示垃圾收集信息。

-printcompilation：输出JIT编译的方法信息。

以上选项可以输入 jstat -options 查看。

-t 参数可以在输出信息前加一个 Timestamp 列，显示程序的运行时间。

-h 参数可以在周期性数据输出时，输出多少行数据后，跟着输出一个表头信息。

vmid 参数就是Java进程id。

interval 参数用于指定输出统计数据的周期，单位为毫秒。

count 用于指定一共输出多少次数据。

jinfo 可以用来查看正在运行的Java运行程序的扩展参数，甚至支持在运行时修改部分参数。可以用来查看正在运行的 java 应用程序的扩展参数，包括Java System属性和JVM命令行参数；也可以动态的修改正在运行的 JVM 一些参数。当系统崩溃时，jinfo可以从core文件里面知道崩溃的Java应用程序的配置信息。

jmap 可以生成Java应用程序的堆快照和对象的统计信息。基本语法为：

option 选项如下：

-dump 生成java堆转储快照。格式为： -dump:[live,]format=b,file=,其中live子参数说明是否只dump出存活的对象

-finalizerinfo 显示在F-Queue中等待Finalizer线程执行finalize方法的对象。只在Linux/Solaris平台下有效

-heap 显示java堆详细信息，如使用哪种收集器、参数配置、分代情况等，在Linux/Solaris平台下有效

-histo 显示堆中对象统计信息，包含类、实例对象、合集容量

-permstat 以ClassLoader为统计口径显示永久代内存状态。只在Linux/Solaris平台下有效

-F 当虚拟机进程对-dump选项没有相应时。可使用这个选项强制生成dump快照。只在Linux/Solaris平台下有效

使用 jhat 工具可以用于分析Java应用程序的堆快照内容。jhat 在分析完成后，使用HTTP服务器展示其分析结果。在浏览器中访问

jstack 可用于导出Java应用程序的线程堆栈。语法为：

-l选项用于打印锁的附加信息。

jstack 工具会在控制台输出程序中所有的锁信息，可以使用重定向将输出保存到文件。

通过 jstack 工具不仅可以得到线程堆栈，它还能自动进行死锁检查，输出找到的死锁信息。

之前所述的工具中，只涉及到监控本机的Java应用程序。而在这些工具中，一些监控工具也支持对远程计算机的监控（如：jps、jstat）。为了启用远程监控，则需要配合使用jstatd工具。

命令jstatd是一个RMI服务端程序，它的作用相当于代理服务器，建立本地计算机与远程监控工具的通信。jstatd服务器将本机的Java应用程序信息传递到远程计算机。

JConsole（Java Monitoring and ManagementConsole）工具时JDK自带的图形化性能监控工具。通过JConsole工具，可以查看Java应用程序的运行概况，监控堆信息、永久区使用情况、类加载情况等。

Java应用执行非常慢，如何分析

问题现象：

1. 应用一周左右未重启会出现执行批量特别慢的情况,平时600w数据跑完半小时左右，出问题的应用可能要2个小时甚至更长，重启可以恢复正常，不重启第二天可能还会慢，也有可能会恢复。

1. 出问题的机器，应用，交易不固定，同一台机器某个或某几个应用出问题其他应用正常执行不受任何影响，出问题的应用所有交易执行时间拉长，所有的操作都会变慢，但是能正常跑完。

问题分析：

1. 之前怀疑是网络，I/O问题，现在基本可以排除，因为观察网络和磁盘io占用很小

1. 怀疑是由于内存占用太高导致的，然后机器内存剩余80G左右，应用内存占用均正常。机器CPU占用70%以下

1. 分析heapdump和gc，jstack日志没有发现明显的异常，应用也没有任何报错，无解。

1. 对出问题的应用使用jmap -histo:live [pid]命令，应用会恢复正常，目前测试了出问题的几个应用，都有效果，但是目前还不清楚原因。

1. 应用FullGc非常少，一天能有一次就不错了。younggc也还好，高频的时候也就30s左右一次，每次29ms这样。

1. 怀疑内存泄露，但是从dump来看并没有什么异常，出问题的应用堆栈基本都在执行数据库操作，就是慢，而且出问题的应用CPU占用比较高达到90%以上。

java8 怎么理解jstat

JDK自带VM分析工具jps，jstat，jmap，jconsole

关键字: jdk自带vm分析工具jps，jstat，jmap，jconsole

一、概述

SUN 的JDK中的几个工具，非常好用。秉承着有免费，不用商用的原则。以下简单介绍一下这几种工具。(注：本文章下的所有工具都存在JDK5.0以上版本的工具集里，同javac一样，不须特意安装) 。

我一共找到以下四个工具：重点看看jconsole和jmap。

jps

:与unix上的ps类似，用来显示本地的java进程，可以查看本地运行着几个java程序，并显示他们的进程号。

jstat

:一个极强的监视VM内存工具。可以用来监视VM内存内的各种堆和非堆的大小及其内存使用量。

jmap

:打印出某个java进程（使用pid）内存内的所有‘对象’的情况（如：产生那些对象，及其数量）。

jconsole

:一个java GUI监视工具，可以以图表化的形式显示各种数据。并可通过远程连接监视远程的服务器VM。

二、 使用介绍：

1、jps ：我想很多人都是用过unix系统里的ps命令，这个命令主要是用来显示当前系统的进程情况，有哪些进程，及其 id。 jps 也是一样，它的作用是显示当前系统的java进程情况，及其id号。我们可以通过它来查看我们到底启动了几个java进程（因为每一个java程序都会独占一个java虚拟机实例），和他们的进程号（为下面几个程序做准备），并可通过opt来查看这些进程的详细启动参数。

使用方法：在当前命令行下打 jps(需要JAVA_HOME，没有的话，到改程序的目录下打) 。

可惜没有linux下的ps好用，名称不好用。但是在第四个工具jconsole的界面里面会有具体JAR包的名称。

2、jstat ：对VM内存使用量进行监控。

jstat工具特别强大，有众多的可选项，详细查看堆内各个部分的使用量，以及加载类的数量。使用时，需加上查看进程的进程id，和所选参数。以下详细介绍各个参数的意义。

jstat -class pid:显示加载class的数量，及所占空间等信息。

jstat -compiler pid:显示VM实时编译的数量等信息。

jstat -gc pid:可以显示gc的信息，查看gc的次数，及时间。其中最后五项，分别是young gc的次数，young gc的时间，full gc的次数，full gc的时间，gc的总时间。

jstat -gccapacity:可以显示，VM内存中三代（young,old,perm）对象的使用和占用大小，如：PGCMN显示的是最小perm的内存使用量，PGCMX显示的是perm的内存最大使用量，PGC是当前新生成的perm内存占用量，PC是但前perm内存占用量。其他的可以根据这个类推， OC是old内纯的占用量。

jstat -gcnew pid:new对象的信息。

jstat -gcnewcapacity pid:new对象的信息及其占用量。

jstat -gcold pid:old对象的信息。

jstat -gcoldcapacity pid:old对象的信息及其占用量。

jstat -gcpermcapacity pid: perm对象的信息及其占用量。

jstat -util pid:统计gc信息统计。

jstat -printcompilation pid:当前VM执行的信息。

除了以上一个参数外，还可以同时加上 两个数字，如：jstat -printcompilation 3024 250 6是每250毫秒打印一次，一共打印6次，还可以加上-h3每三行显示一下标题。

3、jmap 是一个可以输出所有内存中对象的工具，甚至可以将VM 中的heap，以二进制输出成文本。使用方法 jmap -histo pid。如果连用 SHELL jmap -histo pida.log可以将其保存到文本中去（windows下也可以使用），在一段时间后，使用文本对比工具，可以对比出GC回收了哪些对象。 jmap -dump:format=b,file=f1 3024可以将3024进程的内存heap输出出来到f1文件里。

4、jconsole 是一个用java写的GUI程序，用来监控VM，并可监控远程的VM，非常易用，而且功能非常强。由于是GUI程序，这里就不详细介绍了，不会的地方可以参考SUN的官方文档。

使用方法：命令行里打 jconsole，选则进程就可以了。

友好提示：windows查看进程号，由于任务管理器默认的情况下是不显示进程id号的，所以可以通过如下方法加上。ctrl+alt+del打开任务管理器，选择‘进程’选项卡，点‘查看’-''选择列''-加上''PID''，就可以了。当然还有其他很好的选项。

如何查看java虚拟机堆内存的参数值

请确保java_home/bin配置到path环境变量下，因为这些工具都在jdk的bin目录下

jps(JVM Process Status Tool)：JVM机进程状况工具

用来查看基于HotSpot JVM里面所有进程的具体状态, 包括进程ID，进程启动的路径等等。与unix上的ps类似，用来显示本地有权限的java进程，可以查看本地运行着几个java程序，并显示他们的进程号。使用jps时，不需要传递进程号做为参数。

Jps也可以显示远程系统上的JAVA进程，这需要远程服务上开启了jstat服务，以及RMI注及服务，不过常用都是对本对的JAVA进程的查看。

命令格式：jps [ options ] [ hostid ]

常用参数说明：

-m 输出传递给main方法的参数，如果是内嵌的JVM则输出为null。

-l 输出应用程序主类的完整包名，或者是应用程序JAR文件的完整路径。

-v 输出传给JVM的参数。

例如：

C:\Users\Administratorjps -lmv

1796 -Dosgi.requiredJavaVersion=1.5 -Xms40m -Xmx512m -XX:MaxPermSize=256m

7340 sun.tools.jps.Jps -lmv -Denv.class.path=.;D:\DevTools\VM\jdk1.6.0_31\\lib\dt.jar;D:\DevTools\VM\jdk1.6.0_31\\lib\tools.jar; -Dapplication.home=D:\DevTools\VM\jdk1.6.0_31 -Xms8m

其中pid为1796的是我的eclipse进程，pid为7340的是jps命令本身的进程

jinfo(Configuration Info for Java)：JVM配置信息工具

可以输出并修改运行时的java 进程的opts。用处比较简单，用于输出JAVA系统参数及命令行参数

命令格式：jinfo [ options ] [ pid ]

常用参数说明：

-flag 输出，修改，JVM命令行参数

例如：

C:\Users\Administratorjinfo 1796

将会打印出很多jvm运行时参数信息，由于比较长这里不再打印出来，可以自己试试，内容一目了然

Jstack(Stack Trace for Java)：JVM堆栈跟踪工具

jstack用于打印出给定的java进程ID或core file或远程调试服务的Java堆栈信息，如果是在64位机器上，需要指定选项"-J-d64“

命令格式：jstack [ option ] pid

常用参数说明：

-F 当’jstack [-l] pid’没有相应的时候强制打印栈信息

-l 长列表. 打印关于锁的附加信息,例如属于java.util.concurrent的ownable synchronizers列表.

-m 打印java和native c/c++框架的所有栈信息.

-h | -help打印帮助信息

例如：

C:\Users\Administratorjstack 1796

2013-05-22 11:42:38

Full thread dump Java HotSpot(TM) Client VM (20.6-b01 mixed mode):

"Worker-30" prio=6 tid=0x06514c00 nid=0x1018 in Object.wait() [0x056af000]

java.lang.Thread.State: TIMED_WAITING (on object monitor)

at java.lang.Object.wait(Native Method)

at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:188)

- locked 0x1ad84a90 (a org.eclipse.core.internal.jobs.WorkerPool)

at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:220)

at org.eclipse.core.internal.jobs.Worker.run(Worker.java:50)

......

......

......

......

jstat(JVM statistics Monitoriing Tool)：JVM统计信息监视工具

对Java应用程序的资源和性能进行实时的命令行的监控，包括了对Heap size和垃圾回收状况的监控

命令格式：jstat [ option pid [interval [ s | ms ] [count] ] ]

常用参数说明：

-gcutil 输出已使用空间占总空间的百分比

-gccapacity 输出堆中各个区域使用到的最大和最小空间

例如：每隔1秒监控jvm内存一次，共监控5次

C:\Users\Administratorjstat -gccapacity 1796 1s 5

NGCMN NGCMX NGC S0C S1C EC OGCMN OGCMX OGC OC PGCMN PGCMX PGC PC YGC FGC

13632.0 174720.0 40896.0 4032.0 4032.0 32832.0 27328.0 349568.0 81684.0 81684.0 12288.0 262144.0 80640.0 80640.0 42 96

13632.0 174720.0 40896.0 4032.0 4032.0 32832.0 27328.0 349568.0 81684.0 81684.0 12288.0 262144.0 80640.0 80640.0 42 96

13632.0 174720.0 40896.0 4032.0 4032.0 32832.0 27328.0 349568.0 81684.0 81684.0 12288.0 262144.0 80640.0 80640.0 42 96

13632.0 174720.0 40896.0 4032.0 4032.0 32832.0 27328.0 349568.0 81684.0 81684.0 12288.0 262144.0 80640.0 80640.0 42 96

13632.0 174720.0 40896.0 4032.0 4032.0 32832.0 27328.0 349568.0 81684.0 81684.0 12288.0 262144.0 80640.0 80640.0 42 97

C:\Users\Administratorjstat -gcutil 1796 1s 5

S0 S1 E O P YGC YGCT FGC FGCT GCT

0.00 0.00 0.52 53.35 99.77 42 0.513 99 38.119 38.632

0.00 0.00 0.52 53.35 99.77 42 0.513 99 38.119 38.632

0.00 0.00 0.52 53.35 99.77 42 0.513 99 38.119 38.632

0.00 0.00 0.52 53.35 99.77 42 0.513 99 38.119 38.632

0.00 0.00 0.52 53.35 99.77 42 0.513 99 38.119 38.632

一些术语的中文解释：

S0C：年轻代中第一个survivor（幸存区）的容量 (字节)

S1C：年轻代中第二个survivor（幸存区）的容量 (字节)

S0U：年轻代中第一个survivor（幸存区）目前已使用空间 (字节)

S1U：年轻代中第二个survivor（幸存区）目前已使用空间 (字节)

EC：年轻代中Eden（伊甸园）的容量 (字节)

EU：年轻代中Eden（伊甸园）目前已使用空间 (字节)

OC：Old代的容量 (字节)

OU：Old代目前已使用空间 (字节)

PC：Perm(持久代)的容量 (字节)

PU：Perm(持久代)目前已使用空间 (字节)

YGC：从应用程序启动到采样时年轻代中gc次数

YGCT：从应用程序启动到采样时年轻代中gc所用时间(s)

FGC：从应用程序启动到采样时old代(全gc)gc次数

FGCT：从应用程序启动到采样时old代(全gc)gc所用时间(s)

GCT：从应用程序启动到采样时gc用的总时间(s)

NGCMN：年轻代(young)中初始化(最小)的大小 (字节)

NGCMX：年轻代(young)的最大容量 (字节)

NGC：年轻代(young)中当前的容量 (字节)

OGCMN：old代中初始化(最小)的大小 (字节)

OGCMX：old代的最大容量 (字节)

OGC：old代当前新生成的容量 (字节)

PGCMN：perm代中初始化(最小)的大小 (字节)

PGCMX：perm代的最大容量 (字节)

PGC：perm代当前新生成的容量 (字节)

S0：年轻代中第一个survivor（幸存区）已使用的占当前容量百分比

S1：年轻代中第二个survivor（幸存区）已使用的占当前容量百分比

E：年轻代中Eden（伊甸园）已使用的占当前容量百分比

O：old代已使用的占当前容量百分比

P：perm代已使用的占当前容量百分比

S0CMX：年轻代中第一个survivor（幸存区）的最大容量 (字节)

S1CMX ：年轻代中第二个survivor（幸存区）的最大容量 (字节)

ECMX：年轻代中Eden（伊甸园）的最大容量 (字节)

DSS：当前需要survivor（幸存区）的容量 (字节)（Eden区已满）

TT： 持有次数限制

MTT ： 最大持有次数限制

jmap( Memory Map for Java)：JVM内存映像工具

打印出某个java进程（使用pid）内存内的所有‘对象’的情况（如：产生那些对象，及其数量）

命令格式：jmap [ option ] pid

常用参数说明：

-dump:[live,]format=b,file=filename 使用二进制形式输出jvm的heap内容到文件中， live子选项是可选的，假如指定live选项,那么只输出活的对象到文件.

-histo[:live] 打印每个class的实例数目,内存占用,类全名信息. VM的内部类名字开头会加上前缀”*”. 如果live子参数加上后,只统计活的对象数量.

-F 强迫.在pid没有相应的时候使用-dump或者-histo参数. 在这个模式下,live子参数无效.

例如：以二进制形式输入当前堆内存映像到文件data.hprof中

jmap -dump:live,format=b,file=data.hprof 1796

生成的文件可以使用jhat工具进行分析，在OOM（内存溢出）时，分析大对象，非常有用

通过使用如下参数启动JVM，也可以获取到dump文件：

-XX:+HeapDumpOnOutOfMemoryError

-XX:HeapDumpPath=./java_pidpid.hprof

在jvm发生内存溢出时生成内存映像文件

jhat(JVM Heap Analysis Tool)：JVM堆转储快照分析工具

用于对JAVA heap进行离线分析的工具，他可以对不同虚拟机中导出的heap信息文件进行分析，如LINUX上导出的文件可以拿到WINDOWS上进行分析，可以查找诸如内存方面的问题。

命令格式：jhat dumpfile(jmap生成的文件)

例如：分析jmap导出的内存映像

jhat data.hprof

执行成功后，访问即可查看内存信息，

MAT(Memory Analyzer Tool)：一个基于Eclipse的内存分析工具

官网：

update：

这是eclipse的一个插件，安装后可以打开xxx.hprof文件，进行分析，比jhat更方便使用，有些时候由于线上xxx.hprof文件过大，直接使用jhat进行初步分析了，可以的话拷贝到本地分析效果更佳。

图形化监控工具：

在JDK安装目录bin下面有两个可视化监控工具

1. JConsole(Java Monitoring and Management Console) 基于JMX的可视化管理工具。

2. VisualVM(All-in-one Java Troubleshooting Tool)随JDK发布的最强大的运行监视和故障处理程序。

推荐使用VisualVM，他有很多插件，可以更方便的监控运行时JVM

如何查看unix 的java内存使用情况

jmap (linux下特有，也是很常用的一个命令)

观察运行中的jvm物理内存的占用情况。

参数如下：

-heap ：打印jvm heap的情况

-histo： 打印jvm heap的直方图。其输出信息包括类名，对象数量，对象占用大小。

-histo：live ： 同上，但是只答应存活对象的情况

-permstat： 打印permanent generation heap情况

命令使用：

jmap -heap 3409

可以观察到New Generation(Eden Space，From Space，To Space),tenured generation,Perm Generation的内存使用情况

输出内容：

jmap -histo 3409 | jmap -histo:live 3409

可以观察heap中所有对象的情况(heap中所有生存的对象的情况)。包括对象数量和所占空间大小。

输出内容：

写个脚本，可以很快把占用heap最大的对象找出来，对付内存泄漏特别有效。

如果结果很多，可以用以下命令输出到文本文件。

jmap -histo 3409 | jmap -histo:live 3409 a.txt

jinfo:可以输出并修改运行时的java 进程的opts。

jps:与unix上的ps类似，用来显示本地的java进程，可以查看本地运行着几个java程序，并显示他们的进程号。

jstat:一个极强的监视VM内存工具。可以用来监视VM内存内的各种堆和非堆的大小及其内存使用量。

jmap:打印出某个java进程(使用pid)内存内的所有'对象'的情况(如：产生那些对象，及其数量)。

jconsole:一个java GUI监视工具，可以以图表化的形式显示各种数据。并可通过远程连接监视远程的服务器VM。

详细：在使用这些工具前，先用JPS命令获取当前的每个JVM进程号，然后选择要查看的JVM。

jstat工具特别强大，有众多的可选项，详细查看堆内各个部分的使用量，以及加载类的数量。使用时，需加上查看进程的进程id，和所选参数。以下详细介绍各个参数的意义。

jstat -class pid:显示加载class的数量，及所占空间等信息。

jstat -compiler pid:显示VM实时编译的数量等信息。

jstat -gc pid:可以显示gc的信息，查看gc的次数，及时间。其中最后五项，分别是young gc的次数，young gc的时间，full gc的次数，full gc的时间，gc的总时间。

jstat -gccapacity:可以显示，VM内存中三代(young,old,perm)对象的使用和占用大小，如：PGCMN显示的是最小perm的内存使用量，PGCMX显示的是perm的内存最大使用量，PGC是当前新生成的perm内存占用量，PC是但前perm内存占用量。其他的可以根据这个类推， OC是old内纯的占用量。

jstat -gcnew pid:new对象的信息。

jstat -gcnewcapacity pid:new对象的信息及其占用量。

jstat -gcold pid:old对象的信息。

jstat -gcoldcapacity pid:old对象的信息及其占用量。

jstat -gcpermcapacity pid: perm对象的信息及其占用量。

jstat -util pid:统计gc信息统计。

jstat -printcompilation pid:当前VM执行的信息。

除了以上一个参数外，还可以同时加上 两个数字，如：jstat -printcompilation 3024 250 6是每250毫秒打印一次，一共打印6次，还可以加上-h3每三行显示一下标题。

jmap是一个可以输出所有内存中对象的工具，甚至可以将VM 中的heap，以二进制输出成文本。

命令：jmap -dump:format=b,file=heap.bin

file：保存路径及文件名

pid：进程编号

?jmap -histo:live pid| less :堆中活动的对象以及大小

?jmap -heap pid : 查看堆的使用状况信息

jinfo:的用处比较简单，就是能输出并修改运行时的java进程的运行参数。用法是jinfo -opt pid 如：查看2788的MaxPerm大小可以用 jinfo -flag MaxPermSize 2788。

jconsole是一个用java写的GUI程序，用来监控VM，并可监控远程的VM，非常易用，而且功能非常强。使用方法：命令行里打 jconsole，选则进程就可以了。

JConsole中关于内存分区的说明。

Eden Space (heap)： 内存最初从这个线程池分配给大部分对象。

Survivor Space (heap)：用于保存在eden space内存池中经过垃圾回收后没有被回收的对象。

Tenured Generation (heap)：用于保持已经在 survivor space内存池中存在了一段时间的对象。

Permanent Generation (non-heap): 保存虚拟机自己的静态(refective)数据，例如类(class)和方法(method)对象。Java虚拟机共享这些类数据。这个区域被分割为只读的和只写的，

Code Cache (non-heap):HotSpot Java虚拟机包括一个用于编译和保存本地代码(native code)的内存，叫做“代码缓存区”(code cache)

?jstack ( 查看jvm线程运行状态，是否有死锁现象等等信息) : jstack pid : thread dump

?jstat -gcutil pid 1000 100 : 1000ms统计一次gc情况统计100次;

另外推荐一款查看jmap dump 的内存对象工具 MemoryAnalyzer

javahisto的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于、javahisto的信息别忘了在本站进行查找喔。