淺談java object對象在heap中的結構
對象和其隱藏的秘密
java.lang.Object大傢應該都很熟悉瞭,Object是java中一切對象的鼻祖。
接下來我們來對這個java對象的鼻祖進行一個詳細的解剖分析,從而理解JVM的深層次的秘密。
工具當然是使用JOL:
@Slf4j public class JolUsage { @Test public void useJol(){ log.info("{}", VM.current().details()); log.info("{}", ClassLayout.parseClass(Object.class).toPrintable()); log.info("{}", ClassLayout.parseInstance(new Object()).toPrintable()); } }
代碼很簡單,我們打印JVM的信息,Object class和一個新的Object實例的信息。
看下輸出:
[main] INFO com.flydean.JolUsage – # Running 64-bit HotSpot VM.
# Using compressed oop with 3-bit shift.
# Using compressed klass with 3-bit shift.
# WARNING | Compressed references base/shifts are guessed by the experiment!
# WARNING | Therefore, computed addresses are just guesses, and ARE NOT RELIABLE.
# WARNING | Make sure to attach Serviceability Agent to get the reliable addresses.
# Objects are 8 bytes aligned.
# Field sizes by type: 4, 1, 1, 2, 2, 4, 4, 8, 8 [bytes]
# Array element sizes: 4, 1, 1, 2, 2, 4, 4, 8, 8 [bytes]
10:27:32.311 [main] INFO com.flydean.JolUsage – java.lang.Object object internals:
OFFSET SIZE TYPE DESCRIPTION VALUE
0 12 (object header) N/A
12 4 (loss due to the next object alignment)
Instance size: 16 bytes
Space losses: 0 bytes internal + 4 bytes external = 4 bytes total
10:27:32.312 [main] INFO com.flydean.JolUsage – java.lang.Object object internals:
OFFSET SIZE TYPE DESCRIPTION VALUE
0 4 (object header) 05 00 00 00 (00000101 00000000 00000000 00000000) (5)
4 4 (object header) 00 00 00 00 (00000000 00000000 00000000 00000000) (0)
8 4 (object header) 86 06 00 00 (10000110 00000110 00000000 00000000) (1670)
12 4 (loss due to the next object alignment)
Instance size: 16 bytes
Space losses: 0 bytes internal + 4 bytes external = 4 bytes total3
從上面的結果我們知道,在64位的JVM中,一個Object實例是占用16個字節。
因為Object對象中並沒有其他對象的引用,所以我們看到Object對象隻有一個12字節的對象頭。剩下的4個字節是填充位。
Object對象頭
那麼這12字節的對象頭是做什麼用的呢?
如果想要深入瞭解這12字節的對象頭,當然是要去研讀一下JVM的源碼:src/share/vm/oops/markOop.hpp。
有興趣的小夥伴可以去看看。如果沒有興趣,沒關系,這裡給大傢一個張總結的圖:
javaObject對象的對象頭大小根據你使用的是32位還是64位的虛擬機的不同,稍有變化。這裡我們使用的是64位的虛擬機為例。
Object的對象頭,分為兩部分,第一部分是Mark Word,用來存儲對象的運行時數據比如:hashcode,GC分代年齡,鎖狀態,持有鎖信息,偏向鎖的thread ID等等。
在64位的虛擬機中,Mark Word是64bits,如果是在32位的虛擬機中Mark Word是32bits。
第二部分就是Klass Word,Klass Word是一個類型指針,指向class的元數據,JVM通過Klass Word來判斷該對象是哪個class的實例。
且慢!
有的小夥伴可能發現瞭問題,之前我們用JOL解析Object對象的時候,Object head大小是12字節,也就是96bits,這裡怎麼寫的是128bits?
沒錯,如果沒有開啟COOPs就是128bits,如果開啟瞭COOPs,那麼Klass Word的大小就從64bits降到瞭32bits。
還記得我們之前講的COOPs嗎?
COOPs就是壓縮對象指針技術。
對象指針用來指向一個對象,表示對該對象的引用。通常來說在64位機子上面,一個指針占用64位,也就是8個字節。而在32位機子上面,一個指針占用32位,也就是4個字節。
實時上,在應用程序中,這種對象的指針是非常非常多的,從而導致如果同樣一個程序,在32位機子上面運行和在64位機子上面運行占用的內存是完全不同的。64位機子內存使用可能是32位機子的1.5倍。
而壓縮對象指針,就是指把64位的指針壓縮到32位。
怎麼壓縮呢?64位機子的對象地址仍然是64位的。壓縮過的32位存的隻是相對於heap base address的位移。
我們使用64位的heap base地址+ 32位的地址位移量,就得到瞭實際的64位heap地址。
對象指針壓縮在Java SE 6u23 默認開啟。在此之前,可以使用-XX:+UseCompressedOops來開啟。
數組對象頭
java中有一個非常特別的對象叫做數組,數組的對象頭和Object有什麼區別嗎?
我們用JOL再看一次:
log.info("{}",ClassLayout.parseClass(byte[].class).toPrintable()); log.info("{}",ClassLayout.parseInstance("www.flydean.com".getBytes()).toPrintable());
上面的例子中我們分別解析瞭byte數組的class和byte數組的實例:
10:27:32.396 [main] INFO com.flydean.JolUsage – [B object internals:
OFFSET SIZE TYPE DESCRIPTION VALUE
0 16 (object header) N/A
16 0 byte [B.<elements> N/A
Instance size: 16 bytes
Space losses: 0 bytes internal + 0 bytes external = 0 bytes total
10:27:32.404 [main] INFO com.flydean.JolUsage – [B object internals:
OFFSET SIZE TYPE DESCRIPTION VALUE
0 4 (object header) 01 00 00 00 (00000001 00000000 00000000 00000000) (1)
4 4 (object header) 00 00 00 00 (00000000 00000000 00000000 00000000) (0)
8 4 (object header) 22 13 07 00 (00100010 00010011 00000111 00000000) (463650)
12 4 (object header) 0f 00 00 00 (00001111 00000000 00000000 00000000) (15)
16 15 byte [B.<elements> N/A
31 1 (loss due to the next object alignment)
Instance size: 32 bytes
Space losses: 0 bytes internal + 1 bytes external = 1 bytes total
看到區別瞭嗎?我們發現數組的對象頭是16字節,比普通對象的對象頭多出瞭4個字節。這4個字節就是數組的長度。
整個對象的結構
好瞭,寫到這裡我們來總結一下,java對象的結構可以分為普通java對象和數組對象兩種:
數組對象在對象頭中多瞭一個4字節的長度字段。
大傢看到最後的字節是padding填充字節,為什麼要填充呢?
因為JVM是以8字節為單位進行對其的,如果不是8字節的整數倍,則需要補全。
以上就是淺談java object對象在heap中的結構的詳細內容,更多關於java object對象在heap中的結構的資料請關註WalkonNet其它相關文章!
推薦閱讀:
- 淺談JVM中的JOL
- Java synchronized重量級鎖實現過程淺析
- 新手初學Java對象內存構成
- C#非托管泄漏中HEAP_ENTRY的Size對不上解析
- golang 64位linux環境下編譯出32位程序操作