首先在命令行中使用命令 jps -l 查看 Java 进程的 pid ：
PS C:\Users\inwsy> jps -l1648 com.geekdigging.lesson04.jvmtools.HSDB_Test87049280 org.jetbrains.jps.cmdline.Launcher14724 jdk.jcmd/sun.tools.jps.Jps3220 org/netbeans/Main1514420572 org.jetbrains.jps.cmdline.Launcher7548 sun.jvm.hotspot.HSDB可以看到 ， 我们刚写的测试方法的 pid 是 1648， 在 HSDB 中点击 File > Attach to Hotspot process ：
文章插图
第一个看到的就是当前进程中的线程：
文章插图
到这里 ， 我们的准备工作就已经结束 ， 接着我们使用 Tools > Class Browser 找到对象 B 的内存地址：
文章插图
图中红框框起来的是我自己写的三个类 ， 可以看到我这里 B 的内存地址是 0x00000007c0060c18 。
接下来 ， 使用 Tools > Inspector 查看这个对象的详细信息：
文章插图
vtable 是虚表方法 ， 这里我们看到 class B 有 7 个虚表方法 ， 因为所有的对象都继承自 Object， 所以 B 继承了 Object 的 5 个方法 ， 然后还继承了 A 的一个方法 ， 自己重写了一个方法 ， 总共是 7 个方法 。
这个我们可以进行一下验证 ， 可以在 Windows > Console 中使用 mem 命令进行查看 。
那么我们可以开始计算 ，vtable 是在 instanceKlass 对象实例的尾部 ， 而 instanceKlass 大小在 64 位系统的大小为 0x1B8， 因此 vtable 的起始地址等于 instanceKlass 的内存首地址加上 0x1B8 等于 7C0060DD0。
文章插图
接下来 ， 我们在 Windows > Console 中使用 mem 命令进行验证：
文章插图
第一列是方法实际在堆中的内存地址 ， 第二列则是内存指针地址 ， 我们可以将拿到的内存指针地址去 A，B 和 Object 中分别查看 ， 可以看到前 5 行对应的是 Object 的方法 ， 第 6 行对应的是 A 对象中的方法 ， 第 7 行则对应 B 对象中的方法 。
3. JConsoleJConsole（Java Monitoring and Management Console） 是一款基于 JMX（Java Manage-ment Extensions） 的可视化监视、管理工具 。 它的主要功能是通过 JMX 的 MBean（Managed Bean） 对系统进行信息收集和参数动态调整 。
JConsole 位于 JDK/bin 这个目录下 ， 直接双击 jconsole.exe 就可以直接启动 ， 在启动之后 ， 会自动搜索出当前在本机运行的所有虚拟机进程 。
文章插图
这里可以看到我本机目前运行了一个 JConsole， 一个 idea， 还有一个启动的 tomcat 的源码 。
随便双击一个服务 ， 进入主页面：
文章插图
可以看到主界面里共包括概述、内存、线程、类、 VM 摘要、 MBean 六个页签 。
还是来个小示例 ， 我们来了解下它的监控功能 。
public class MonitoringTest {// 内存占位对象 ， 一个对象大约 64KBstatic class OOMObject {public byte[] placeholder = new byte[64 * 1024];}public static void fillHeap(int nums) throws InterruptedException {List