由于权属空间的压缩，.hashcode（）将返回不同的int吗？

Question

如果我Object.hashcode()在某个对象上调用该方法，它将返回该对象的内部地址（默认实现）。该地址是逻辑地址还是物理地址？

在垃圾回收中，由于内存压缩，对象在内存中发生移位。如果我在GC之前和之后调用哈希码，它将返回相同的哈希码（返回），如果是，则为什么（由于压缩地址可能会更改）？

Answer 1

@erickson或多或少是正确的。返回的哈希码java.lang.Object.hashCode()在对象的生存期内不变。

（通常）实现此方法的方式非常聪明。当对象由垃圾回收器重定位时，其原始哈希码必须存储在某个地方，以防再次使用。实现此目的的明显方法是将32位字段添加到对象标头中以保存哈希码。但这会给每个对象增加1个字的开销，并且在最常见的情况下会浪费空间…在这种情况下，hashCode不会调用对象的方法。

解决方案是将两个标志位html" target="_blank">添加到对象的标志字中，并按如下方式（大致）使用它们。hashCode调用方法时设置第一个标志。第二个标志告诉该hashCode方法是使用对象的当前地址作为哈希码，还是使用存储的值。当GC运行并重定位对象时，它将测试这些标志。如果设置了第一个标志而未设置第二个标志，则GC在对象的末尾分配一个额外的单词，并将原始对象位置存储在该单词中。然后，它设置两个标志。从此以后，该hashCode方法从对象末尾的单词获取哈希码值。

实际上，identityHashCode实现 必须以这种方式
来满足常规hashCode合同的以下部分：

“只要在Java应用程序执行期间在同一对象上多次调用它，hashCode方法
就必须一致地返回相同的整数，只要没有修改该对象的equals比较中使用的信息即可 。一个应用程序的执行到同一应用程序的另一个执行。”

如果/当GC将对象移至其他地址时，假设的实现identityHashCode()仅返回对象的 当前
机器地址将违反突出显示的部分。解决此问题的唯一方法是（假想的）JVM确保一旦hashCode调用对象就永远不会移动它。这将导致堆碎片的严重而棘手的问题。