爲什麼jvm使用4個字節來保存64位env中的引用？

我發現jvm使用4個字節將參考點保存到64位env中的對象。爲什麼jvm使用4個字節來保存64位env中的引用？

我不明白如何處理應用程序有超過2^32個對象時？

誰能描述這種情況？

我不認爲許多應用程序 – keyser

嘗試創建太多可能的對象，看看會發生什麼。 – tbodt

您可以使用x64 JVM。它使用8字節。

但是，如果您有對象，則它們中的每個對象都是最少40個字節...無論如何它都不適合4GB內存。

2013-08-04 11:59:29 kan

每個對象的最小大小爲40字節？你確定/你有源嗎？從我記得的情況來看，GC頭最多有三個，有時甚至是兩個單詞，所以即使我們忽略了空類，最小對象大小應該大致爲四個字= 16個字節。 – delnan

一個'new Object（）'需要12個字節的內存在熱點上，對齊到16個字節。 – assylias

好吧，你說得對，看起來40是太多了。但顯然更多的是16，你應該添加內存，這需要保存對象的引用，以便它們不僅僅是垃圾收集。無論如何，即使是20個字節，也至少比可容納x32的內存空間多20倍。 – kan

32-bit JVM確實使用32位作爲參考，但64-bit JVM可以使用64-bits作爲參考。

之前，你耗盡上一個32-bit JVM引用數量的2 限制，你會得到一個OutOfMemoryError（你不能比堆2GB更上一個32-bit JVM，不管可用RAM ）。

在64-bit JVM上，您可以創建多於2個對象，假設您有足夠的內存來存儲它們。

請注意，某些64位JVM可能使用32位指針（CompressedOops flag on hotspot）用於性能目的。

2013-08-04 12:00:51 assylias

我測試它在64位環境，真的有4個字節指向obejct – user1010434

在3.5gbs下它將使用'壓縮oops'。即使使用64位JVM，也會將參考大小壓縮爲4個字節。 –

回答