作者noapaov (单身汉)
看板java
标题[问题] HashCode 与 记忆体位置的关联
时间Sun May 24 18:01:23 2015
最近看了一下书籍, 不太清楚理解是否有错, 想请教一下各位
Object 类别所提供的 hashCode() method, 主要是返回物件的记忆体位置
经过运算後的整数, 所以与记忆体有密切关系
所以每个物件的HashCode()理论上应该都不一样, 但是有些子类别继承後会
进行equals和HashCode的覆写,例如String、Array等, 所以就有可能造成 :
如果两个物件使用equals(Object) 测试结果为不相等,
则这两个物件呼叫 hashCode 时，可以获得不同的整数结果("可以相同，也可以不同")
所以总结是如果继承Object类的子类别, 没有对equals hashCode进行改写,
那麽这些物件产生的HashCode应该都不一样, 但如果重写就有可能造成HashCode相等, 但不一定是参考相同的记忆体位置情况
不知道原理是否是这样
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 114.34.181.227
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/java/M.1432461685.A.96A.html
※ 编辑: noapaov (114.34.181.227), 05/24/2015 18:02:00
※ 编辑: noapaov (114.34.181.227), 05/24/2015 18:02:09
1F：推 mars90226: hashCode跟记忆体无关 05/24 20:48
2F：→ mars90226: 他就是拿来计算hash需要的key而已 05/24 20:48
3F：→ mars90226: hash需要这个key来判断两个Object是否一样 05/24 20:48
4F：推 swpoker: 这里不是C++啊？！为什麽都记忆体位置东跟记亿体使用西呢 05/24 21:11
5F：→ swpoker: ？？？？？ 05/24 21:11
6F：→ MonyemLi: hashmap key 会受hashcode影响,但hash并不是记忆体位置 05/24 21:43
7F：→ noapaov: 主要是看到document api写到 Object.hashCode()的定义 05/24 23:40
8F：→ noapaov: This is typically implemented by converting the 05/24 23:41
9F：→ noapaov: internal address of the object into an integer 05/24 23:41
※ 编辑: noapaov (114.34.181.227), 05/24/2015 23:42:00
10F：推 ctrlbreak: 这边指的位址在Java应该是物件的reference value 05/25 02:38
11F：→ noapaov: 你说的参考值指的是参考位置吗? 05/25 08:26
12F：→ noapaov: 抱歉没说清楚, 我指的都是hashCode()回传值 05/25 08:26
13F：推 Killercat: HashCode不见得是记忆体位置 05/25 16:21
14F：→ Killercat: 有兴趣可以看看String的HashCode怎麽实作的 05/25 16:21
15F：→ Killercat: 去找一下OpenJDK原始码翻一下吧 很好找的 05/25 16:21
16F：→ Killercat: String hashCode()可能你看了会噗疵笑出来 05/25 16:21
17F：推 tas72732002: 原PO是说Object类别的hashCode() 不是String覆写後的 05/25 18:30
18F：→ tas72732002: hashCode() 05/25 18:30
19F：→ Killercat: 下面有提供比较全面的说法啦... XD 05/25 18:45
20F：推 ctrlbreak: 我参考值指的就是你下一篇说的物件序号 05/25 20:26
21F：→ ctrlbreak: 默认的hashCode一般是以物件序号为基础去算出来的 05/25 20:27
22F：→ realmeat: 写了java到现在, 我还没考虑过'记忆体位置'这东西 05/26 13:53
23F：→ pttworld: 理论上是毋须探究的。顶多具备GC的概念就够了。 05/26 15:37