不止一次，我们都萌发过想对运行中程序的底层状况一探究竟的念头。产生这种需求的原因可能是运行缓慢的服务、Java虚拟机(JVM)崩溃、挂起、死锁、频繁的JVM暂停、突然或持续的高CPU使用率、甚至于可怕的内存溢出(OOME)。好消息是现在已有许多工具能帮你得到Java虚拟机运行过程中的不同参数，这些信息有助于你了解其内部状况，从而诊断上述的各种情况。

　　在这篇文章中，我将介绍一些优秀的开源工具。其中一些是JVM自带的，另一些则是第三方工具。我将从最简单的工具开始介绍，逐渐过渡到一些比较复杂的工具。本文的目的是帮助你找到合适的调试诊断工具，这样当程序出现执行异常、缓慢或根本不能执行时，手头随时有可用的工具。

　　好了，让我们出发。

　　如果程序出现不正常的高内存负载、频繁无响应或内存溢出，通常最好的分析切入点是查看内存对象。幸好JVM内置了工具“jmap”，让它天生就能完成这种任务。

　　Jmap(借助JPM的一点帮助)

　　Oracle将jmap描述为一种“输出进程、核心文件、远程调试服务器的共享对象内存映射和堆内存细节”的程序。本文将使用jmap打印一张内存统计图。

　　为了运行jmap，你需要知道被调试程序的PID(进程标识符)。得到PID的简单办法是使用JVM提供的jps，它能列出机器上每一个JVM进程及其PID。jps输出结果如下图：

　　图1：jps命令的终端输出

　　为了打印内存统计图，我们需要打开jmap控制台程序，并输入程序的PID和“-histo:live”选项。如果不添加这个选项，jmap将完整导出该程序的堆内存,这不是我们想要的结果。所以，如果想得到上图中“eureka.Proxy”程序的内存统计图，我们应该用如下命令来运行jmap：

　　jmap –histo:live 45417

　　上述命令输出如下：

　　图2：命令jmap -histo:live的输出结果显示了堆中现有对象的个数

　　结果中每行显示了当前堆中每种类类型的信息，包含被分配的实例个数及其消耗的字节数。

　　本例中，我请同事有意给程序增加了一处明显的内存泄露。请特别注意位于第8行的类，CelleData。将它与下图显示的4分钟后截屏进行比较：

 

转自：http://webservices.ctocio.com.cn/387/12198887.shtml