Java Object.hashCode() - address or random()?

后端 未结 3 1098
梦如初夏
梦如初夏 2020-11-28 10:44

I\'m trying to understand the native implementation of the hashCode() method. What exactly does this method return? Is it a memory address or is it a random val

相关标签:
3条回答
  • 2020-11-28 11:06

    Your answer lies here. As mentioned in the documentation:

    As much as is reasonably practical, the hashCode method defined by class Object does return distinct integers for distinct objects. (This is typically implemented by converting the internal address of the object into an integer, but this implementation technique is not required by the JavaTM programming language.)

    0 讨论(0)
  • 2020-11-28 11:14

    From the documentation:

    As much as is reasonably practical, the hashCode method defined by class Object does return distinct integers for distinct objects. (This is typically implemented by converting the internal address of the object into an integer, but this implementation technique is not required by the JavaTM programming language.)

    So it may be related to a memory address, but it doesn't have to be - and you definitely shouldn't make any assumption about it being related to memory at all.

    Nothing you do with a hash code should care about this at all. The only things you should infer from hash codes are:

    • If the hash codes of two objects are the same, they may be equal objects
    • If the hash codes of two objects are different, they are not equal objects (assuming a correct implementation, whether overridden or not)
    0 讨论(0)
  • 2020-11-28 11:18

    .hashCode() native implementation depends on JVM.

    E.g. HotSpot has 6 Object.hashCode() implementations. You can choose it using -XX:hashCode=n flag running JVM via command line, where n:

    0 – Park-Miller RNG (default)
    1 – f(address, global_statement)
    2 – constant 1
    3 – Serial counter
    4 – Object address
    5 – Thread-local Xorshift

    0 讨论(0)
提交回复
热议问题