当 Java 对象的 `hashCode()` 未被重写时会发生什么？

了解 Java 中的哈希代码：未重写时的默认行为

在 Java 中，hashCode() 方法在确定对象的唯一标识符方面起着至关重要的作用。作为一种固有方法，其行为可能会有所不同，具体取决于它是否被对象的类覆盖。让我们探索一下在不受影响的情况下 hashCode() 的默认实现。

对象的默认哈希代码生成

如果没有重写 hashCode() 方法，HotSpot JVM（广泛使用的Java）采用一种机制来生成随机数并将其存储在对象的标头中。在随后调用 hashCode() 时，将简单地检索该随机数。此行为旨在为对象提供不可预测且唯一的标识符，与其内容或位置没有任何关联。

哈希代码的 HotSpot JVM 配置

可以控制哈希代码的生成策略通过 -XX:hashCode=n HotSpot JVM 选项：

• 0（Java 7 中的默认值）： 使用全局随机生成器，容易出现竞争条件和争用。
• 5（Java 8 中的默认值）： 使用线程本地异或移位随机生成器，消除以前的问题。
• 1: 混合对象指针具有随机值，提供 stop-the-world 事件之间的稳定性（用于测试/调试）。
• 2: 始终返回 1（用于测试/调试）。
• 3: 使用自动递增数字（用于测试/调试，可能存在争用）。
• 4: 使用修剪后的对象指针（用于测试/调试）。

需要注意的是，由于可能的对象重定位，即使使用 -XX:hashCode=4 生成的哈希码也可能无法直接反映对象的内存地址。另外，如果对象地址分布不好，可能会出现不平衡的哈希表。

以上是当 Java 对象的 `hashCode()` 未被重写时会发生什么？的详细内容。更多信息请关注PHP中文网其他相关文章！