在HotSpot JVM中，默认情况下会在第一次调用时生成未重载
Object.hashCode或
System.identityHashCode随机数并将其存储在对象标头中。随后的调用
Object.hashCode或
System.identityHashCode仅从标头中提取此值。默认情况下，它与对象内容或对象位置没有共同点，只有随机数。此行为由
-XX:hashCode=nHotSpot JVM选项控制，该选项具有以下可能的值：
- 0：使用全局随机数发生器。这是Java 7中的默认设置。它的缺点是，来自多个线程的并发调用可能导致竞争状态，这将导致为不同的对象生成相同的hashCode。同样，在高度并发的环境中，由于争用（使用来自不同CPU内核的相同内存区域）可能导致延迟。
- 5：使用一些线程局部异或移位随机生成器，它没有以前的缺点。这是Java 8中的默认设置。
- 1：使用对象指针并混合一些在“世界停止”事件中更改的随机值，因此在世界停止事件（如垃圾回收）之间生成的hashCode是稳定的（用于测试/调试目的）
- 2：始终使用
1
（用于测试/调试） - 3：使用自动递增编号（出于测试/调试的目的，还使用全局计数器，因此可能出现竞争和竞争条件）
- 4：如有必要，请使用调整为32位的对象指针（用于测试/调试）
请注意，即使你设置了
-XX:hashCode=4，hashCode也不会始终指向对象地址。对象可能会在以后移动，但是hashCode将保持不变。此外，对象地址分布不均（如果你的应用程序使用的内存不多，大多数对象将位于彼此附近），因此如果使用此选项，则最终可能会导致哈希表不平衡。
