Java 的預設 `hashCode()` 方法如何在 HotSpot JVM 中運作？

理解物件的雜湊碼

在 Java 中，每個物件都有一個唯一的雜湊碼來識別它。但是，預設情況下，如果沒有重寫 hashCode() 方法，則物件上的 hashCode() 方法的行為由 HotSpot JVM 控制。

HotSpot 中HashCode() 的預設行為JVM

預設情況下，當物件沒有重寫hashCode() 方法時：

• JVM 產生一個隨機數字並將其儲存在物件頭中。
• 後續呼叫 hashCode() 只是傳回這個儲存的值。
• 雜湊碼與物件的內容或記憶體中的位置沒有直接關係。

雜湊程式碼產生的自訂

雜湊程式碼產生的預設行為可以使用 -XX:hashCode=n HotSpot JVM 選項進行自訂。 n 的可用值如下：

• 0：全域隨機產生器（Java 7 中的預設值）
• 5：執行緒本地隨機產生器（Java 8 中的預設值）
1：基於物件指標的穩定值
• 2：總是回傳1
• 3：自動遞增數字
• 4：物件指標修剪為32位元

預設HashCode 行為的影響

需要注意的是，即使使用預設的雜湊碼產生策略（-XX:hashCode=4），哈希碼也可能不會始終指向物件的確切位址。此外，物件位址可能會在生成後重新分配，從而導致潛在的雜湊表不平衡。

結論

了解非重寫物件的 hashCode() 的預設行為是對於 Java 中正確的物件管理至關重要。自訂雜湊程式碼產生對於特定的測試或偵錯場景非常有用，但通常建議在必要時重寫 hashCode() 以確保雜湊程式碼可預測且一致。

以上是Java 的預設 `hashCode()` 方法如何在 HotSpot JVM 中運作？的詳細內容。更多資訊請關注PHP中文網其他相關文章！