HSDB是jvm自帶的工具用來檢視執行期記憶體中的分佈狀態。

首先跑起來一個程序，打上端點。 示例原始碼：

public class Person {
    int a=5;
    public static void main(String[] args) {
        Person p=new Person();
        p.test();
    }

    public void test(){
        System.out.println("haha");
    }
}

進入class檔案所在根目錄，使用jdb在test方法上打斷點。 stop in 方法 run 類

D:\專案\Cnliunetty\target\classes>jdb cn.Person main
正在初始化jdb...
> stop in cn.Person.test
正在延遲斷點cn.Person.test。
將在載入類後設置。
> run cn.Person
執行 cn.Person
設定未捕獲的java.lang.Throwable
設定延遲的未捕獲的java.lang.Throwable
>
VM 已啟動: 設定延遲的斷點cn.Person.test

斷點命中: "執行緒=main", cn.Person.test(), 行=14 bci=0

main[1]

 

HSDB檢視記憶體需要先連線上指定程序，所以需要程序ID。在命令列， 執行jps， 檢視我們要檢視的JVM的PID。

C:\Users\lenovo>jps
3456 Person
5808 Launcher
8928
11208 Jps
11240 RemoteMavenServer
8104 TTY

可以看到剛才執行的類 的PID是3456 在命令列使用下面的命令，啟動HSDB

java -classpath "%JAVA_HOME%/lib/sa-jdi.jar" sun.jvm.hotspot.HSDB

如果報了異常，說明缺少sawindbg.dll，則去C:\Program Files\Java\jdk1.8.0_121\jre\bin下面複製sawindbg.dll到C:\Program Files\Java\jre1.8.0_121\bin下，重新啟動HSDB就可以了。

C:\Users\lenovo>java -classpath "%JAVA_HOME%/lib/sa-jdi.jar" sun.jvm.hotspot.HSDB
Exception in thread "Thread-1" java.lang.UnsatisfiedLinkError: Can't load library: C:\Program Files\Java\jre1.8.0_121\bin\sawindbg.dll
        at java.lang.ClassLoader.loadLibrary(Unknown Source)
        at java.lang.Runtime.load0(Unknown Source)
        at java.lang.System.load(Unknown Source)
        at sun.jvm.hotspot.debugger.windbg.WindbgDebuggerLocal.<clinit>(WindbgDebuggerLocal.java:661)
        at sun.jvm.hotspot.HotSpotAgent.setupDebuggerWin32(HotSpotAgent.java:567)
        at sun.jvm.hotspot.HotSpotAgent.setupDebugger(HotSpotAgent.java:335)
        at sun.jvm.hotspot.HotSpotAgent.go(HotSpotAgent.java:304)
        at sun.jvm.hotspot.HotSpotAgent.attach(HotSpotAgent.java:140)
        at sun.jvm.hotspot.HSDB.attach(HSDB.java:1184)
        at sun.jvm.hotspot.HSDB.access$1700(HSDB.java:53)
        at sun.jvm.hotspot.HSDB$25$1.run(HSDB.java:456)
        at sun.jvm.hotspot.utilities.WorkerThread$MainLoop.run(WorkerThread.java:66)
        at java.lang.Thread.run(Unknown Source)

成功連線上指定程序後，介面如下圖所示： 程序中執行5個執行緒

開啟windows選單下的console，按下回車 使用universe 檢視記憶體範圍

Heap Parameters:
ParallelScavengeHeap [
 PSYoungGen [ 
 eden =  [0x00000000d7600000,0x00000000d7870ad8,0x00000000d9480000] , 
 from =  [0x00000000d9980000,0x00000000d9980000,0x00000000d9e80000] ,
  to =  [0x00000000d9480000,0x00000000d9480000,0x00000000d9980000]
    ]
 PSOldGen [  [0x0000000086200000,0x0000000086200000,0x000000008b380000]  ] 
  ] 
 hsdb> 

scanoops as ae name 查詢制定類的物件地址 掃描整個新生代

hsdb> scanoops 0x00000000d7600000 0x00000000d9980000 cn.Person
0x00000000d76b8c70 cn/Person

發現一個cn.Person類例項，地址在0x00000000d76b8c70。 使用inspect 0x00000000d76b8c70可以看到這個類的記憶體狀態

hsdb> inspect 0x00000000d76b8c70
instance of Oop for cn/Person @ 0x00000000d76b8c70 @ 0x00000000d76b8c70 (size = 16)
_mark: 1
_metadata._compressed_klass: InstanceKlass for cn/Person
a: 5

這個類的例項在堆區佔用了16個位元組的空間，mark標記佔用8個位元組，metadata佔用4個位元組（因為啟用了指標壓縮），成員變數a佔用4個位元組。 使用工具中的inspector也可以檢視。

metadate指向元資料區（因為使用的jdk8）的instanceKlass例項。