JConsole使用简述

JConsole描述

JConsole图形用户界面是一种监视工具，符合Java管理扩展（JMX）规范。JConsole使用Java虚拟机（Java VM）的广泛工具来提供有关在Java平台上运行的应用程序的性能和资源消耗的信息。

在Java SE 6中，对JConsole进行了更新，以显示Windows和GNOME桌面的外观（其他平台将呈现标准的Java图形外观）。本文档中的屏幕截图取自Windows XP上运行的界面的一个实例。

JConsole启动

JConsole的可执行文件到JDK_HOME / bin中可以找到 ，其中JDK_HOME是在安装了Java开发工具包（JDK）的目录。如果此目录在您的系统路径中，则可以通过在命令（shell）提示符下键入jconsole来启动JConsole 。否则，您必须键入可执行文件的完整路径。

JConsole命令语法

您可以使用JConsole监视本地应用程序（即与JConsole在同一系统上运行的本地应用程序）和远程应用程序（即在其他系统上运行的那些远程应用程序）。

注意使用JConsole监视本地应用程序对于开发和创建原型很有用，但不建议在生产环境中使用，因为JConsole本身会消耗大量系统资源。建议进行远程监视，以将JConsole应用程序与要监视的平台隔离。

有关语法的完整参考JConsole的 命令，请参阅手册页JConsole的命令：https://docs.oracle.com/javase/8/docs/technotes/tools/unix/jconsole.html

创建与本地进程的连接

Local Process选项列出了以与JConsole相同的用户ID启动的，在本地系统上运行的所有Java VM，以及它们的进程ID，类和/或自变量信息。要将JConsole连接到您的应用程序，请选择要监视的应用程序，然后单击“连接”按钮。本地进程列表包括在以下类型的Java VM中运行的应用程序。

JConsole连接到远程进程
当连接对话框打开时，您还可以选择连接到远程进程。

要监视在远程Java VM上运行的进程，必须提供以下信息。

主机名：运行Java VM的计算机的名称。

端口号：启动Java VM时指定的JMX代理端口号。

用户名和密码：要使用的用户名和密码（仅当通过需要密码身份验证的JMX代理监视Java VM时才需要）

JConsole选项卡

将JConsole连接到应用程序后，JConsole由六个选项卡组成。

概述：显示有关Java VM和监视值的概述信息。

内存：显示有关内存使用的信息。

线程：显示有关线程使用的信息。

类：显示有关类加载的信息。

VM：显示有关Java VM的信息。

MBean：显示有关MBean的信息。

概述选项卡

提供了一种简单的方法来关联以前只能通过在多个选项卡之间切换来获得的信息。

保存图表数据
JConsole允许您将图表中显示的数据保存在逗号分隔值（CSV）文件中。要保存图表中的数据，只需右键单击任何图表，选择“ 将数据另存为…”，然后指定要在其中保存数据的文件。您可以通过这种方式保存JConsole的不同选项卡中显示的任何图表中的数据。

CSV格式通常用于电子表格应用程序之间的数据交换。可以将CSV文件导入电子表格应用程序，并可以在这些应用程序中创建图表。数据显示为两个或多个命名列，其中第一列表示时间戳。将文件导入电子表格应用程序后，通常需要选择第一列并将其格式更改为适当的“日期”或“日期/时间”。

内存选项卡

内存”选项卡带有一个“执行GC”按钮，您可以随时单击以执行垃圾回收。该图表显示了Java VM随时间推移对堆和非堆内存以及特定内存池的内存使用情况。可用的内存池取决于所使用的Java VM版本。对于HotSpot Java VM，用于串行垃圾回收的内存池如下。

Eden Space（堆）：最初为大多数对象分配内存的池。

幸存者空间（堆）：包含在Eden空间的垃圾回收中幸存的对象的池。

永久生成（堆）：包含幸存者空间中已存在一段时间的对象的池。

永久生成（非堆）：包含虚拟机本身的所有反射数据（例如类和方法对象）的池。对于使用类数据共享的Java VM，这一代被分为只读和读写区域。

代码缓存（非堆）：HotSpot Java VM还包括代码缓存，其中包含用于编译和存储本机代码的内存。

通过从“ 图表”下拉菜单中的选项中进行选择，可以显示不同的图表以绘制这些内存池的使用情况 。同样，单击右下角的“堆”或“非堆”条形图将切换显示的图表。最后，您可以通过从“ 时间范围”下拉菜单中的选项中进行选择，来指定跟踪内存使用情况的 时间范围。

有关这些内存池的更多信息，请参见下面的垃圾回收。

在详细信息区域显示了几种当前内存度量：

已用：当前使用的内存量，包括所有对象可访问和不可访问的内存。

承诺：保证Java VM可使用的内存量。提交的内存量可能会随时间变化。Java虚拟机可能会向系统释放内存，并且已提交的内存量可能会少于启动时最初分配的内存量。提交的内存量将始终大于或等于已使用的内存量。

最大：可用于内存管理的最大内存量。其值可能会更改或不确定。如果Java VM尝试将已使用的内存增加到大于已提交的内存，则内存分配可能会失败，即使已使用的数量小于或等于max（例如，当系统的虚拟内存不足时）也是如此。

GC时间：花费在垃圾收集上的累计时间和调用总数。它可能有多行，每行代表Java VM中使用的一种垃圾收集器算法。

右下方的条形图显示了堆和非堆内存中内存池消耗的内存。当使用的内存超过内存使用量阈值时，该条将变为红色。您可以通过MemoryMXBean的属性设置内存使用量阈值。

堆和非堆内存
Java VM管理两种内存：堆内存和非堆内存，这两种内存都是在Java VM启动时创建的。

堆内存是Java VM从中为所有类实例和数组分配内存的运行时数据区域。堆的大小可以固定或可变。垃圾收集器是一个自动内存管理系统，可以回收对象的堆内存。

非堆内存包括Java虚拟机内部处理或优化所需的所有线程和内存之间共享的方法区域。它存储每个类的结构，例如运行时常量池，字段和方法数据，以及方法和构造函数的代码。方法区域在逻辑上是堆的一部分，但是根据实现的不同，Java VM可能不会对其进行垃圾回收或压缩。像堆内存一样，方法区域的大小可以固定或可变。方法区域的内存不必是连续的。

除了方法区域之外，Java VM可能还需要用于内部处理或优化的内存，该内存也属于非堆内存。例如，即时（JIT）编译器需要内存来存储从Java VM代码转换而来的本机代码，以实现高性能。

内存池和内存管理器
内存池和内存管理器是Java VM内存系统的关键方面。

一个内存池表示Java虚拟机管理的存储区。Java VM具有至少一个内存池，并且它可以在执行期间创建或删除内存池。内存池可以属于堆内存，也可以属于非堆内存。

一个内存管理器管理一个或多个存储池。垃圾收集器是一种内存管理器，负责回收无法访问的对象使用的内存。一台Java VM可能具有一个或多个内存管理器。它可能在执行期间添加或删除内存管理器。一个内存池可以由多个内存管理器管理。

垃圾收集
垃圾回收（GC）是Java VM如何释放不再引用的对象所占用的内存。通常将具有活动引用的对象视为“活动”，将未引用（或不可访问）的对象视为“死对象”。垃圾回收是释放死对象使用的内存的过程。GC使用的算法和参数可能会对性能产生巨大影响。

Java HotSpot VM垃圾收集器使用分代GC。分代GC利用了大多数程序都遵循以下概括的观察结果。

它们创建许多寿命短的对象，例如迭代器和局部变量。

它们创建一些寿命很长的对象，例如高级持久性对象。

分代GC将内存分为几代，并为每一代分配一个或多个内存池。当某个世代用完其分配的内存时，VM在该内存池上执行部分GC（也称为次要集合），以回收死对象使用的内存。此部分GC通常比完整GC快得多。

Java HotSpot VM定义了两代：年轻的一代（有时称为“苗圃”）和老一代。年轻一代包括一个“伊甸园空间”和两个“幸存者空间”。VM首先将所有对象分配给Eden空间，大多数对象在那里死亡。执行次要GC时，VM会将所有剩余的对象从Eden空间移至幸存者空间之一。VM将在幸存者空间中生存了足够长的对象移动到旧一代中的“终身”空间。当使用权的一代填满时，会有一个完整的GC，它通常要慢得多，因为它涉及所有活动对象。永久生成保留虚拟机本身的所有反射数据，例如类和方法对象。

如果垃圾收集器已成为瓶颈，则可以通过定制世代大小来提高性能。使用JConsole，可以通过试验垃圾收集器参数来研究性能指标的敏感性。有关更多信息，请参阅使用5.0 HotSpot VM调整垃圾收集。
https://www.oracle.com/technetwork/java/gc-tuning-5-138395.html

线程选项卡

左下角的“线程”列表列出了所有活动线程。如果在“过滤器”字段中输入字符串，则“线程”列表将仅显示名称包含您输入的字符串的那些线程。单击“线程”列表中的线程名称，以在右侧显示有关该线程的信息，包括线程名称，状态和堆栈跟踪。

该图显示了一段时间内活动线程的数量。显示了两行。

红色：峰值线程数

蓝色：活动线程数。

线程MXBean提供了“线程”选项卡未涵盖的其他一些有用的操作。

findMonitorDeadlockedThreads：检测对象监视器锁上是否有任何线程死锁。该操作返回一个死锁线程ID数组。

getThreadInfo：返回线程信息。这包括名称，堆栈跟踪和线程当前被阻止的监视器锁（如果有）以及哪个线程持有该锁，以及线程争用统计信息。

getThreadCpuTime：返回给定线程消耗的CPU时间

您可以通过在MBeans树中选择Threading MXBean，通过MBeans选项卡访问这些附加功能。该MXBean列出了用于访问被监视的Java VM中的线程信息的所有属性和操作。请参阅监视和管理MBean。

检测死锁线程
要检查您的应用程序是否已陷入死锁（例如，您的应用程序似乎已挂起），可以通过单击“检测死锁”按钮来检测死锁的线程。如果检测到任何死锁线程，这些线程将显示在“线程”选项卡旁边的新选项卡中，如图3-9所示。

类选项卡

该图表绘制了随时间推移加载的类的数量。

红线是已加载的类的总数（包括随后卸载的类）。

蓝线是当前加载的类数。

该选项卡底部的“详细信息”部分显示自Java VM启动以来已加载的类总数，当前已加载的数量和已卸载的数量。您可以通过选中右上角的复选框，将类加载的跟踪设置为详细输出。

VM 概要选项卡

收集DUMP文件

设置JVM启动参数
-XX:+HeapDumpOnOutOfMemoryError
-XX:HeapDumpPath=/opt/jvmdump

当堆内存溢出时，存储快照。

线上查看堆信息

查看java堆中对象的相关信息，包含数量以及占用的空间大小
1.查看堆的详细信息

	jmap -heap PID 

2.查看java堆中对象的相关信息，包含数量以及占用的空间大小，class name

	jmap -histo PID