我只讨论观念。 ※ 引述《Killercat (杀人猫™)》之铭言： : ※ 引述《noapaov (单身汉)》之铭言： : : 最近看了一下书籍, 不太清楚理解是否有错, 想请教一下各位 : : Object 类别所提供的 hashCode() method, 主要是返回物件的记忆体位置 : : 经过运算後的整数, 所以与记忆体有密切关系 : : 所以每个物件的HashCode()理论上应该都不一样, 但是有些子类别继承後会 : : 进行equals和HashCode的覆写,例如String、Array等, 所以就有可能造成 : : : 如果两个物件使用equals(Object) 测试结果为不相等, : : 则这两个物件呼叫 hashCode 时，可以获得不同的整数结果("可以相同，也可以不同") : : 所以总结是如果继承Object类的子类别, 没有对equals hashCode进行改写, : : 那麽这些物件产生的HashCode应该都不一样, 但如果重写就有可能造成HashCode相等, 但不一定是参考相同的记忆体位置情况 : : 不知道原理是否是这样 : 回文一下好了，我简单说一下 : 1. hashCode()不见得跟记忆体位置有关，有兴趣翻一下OpenJDK的String.hashCode() : 他的实作方式保证你看了会笑出来 : http://hg.openjdk.java.net/jdk8/jdk8/jdk/file/687fd7c7986d/src/share/ : classes/java/lang/String.java 覆写方法。 : 缩 : http://tinyurl.com/mqguft4 : 2. 追下去原始码的话你会发现 Object的hashCode是native : 但是你只要对现代Java的GC有一点认识的话，就知道GC是会搬动记忆体的 : 从Java6引入Hotspot GC以降，整个heap被分为young/old/permgen : http://www.cubrid.org/blog/dev-platform/understanding-java-garbage-collection/ 这是对的，有手动去调整或看过eclipse.ini就可以知道。 : 也就是说，你一个object的物件在记忆体里面的位置根本是会跑来跑去的 : 他的hash会因此变来变去吗？不会。 这个部分问题会变成你觉得物件的hashCode会永远不变吗？ 我的主张是会变的。 : 那你觉得hashCode跟记忆体有没有关系呢? : 目前来讲「应该」是没有，不然按这种搬法，要是有第二个object出现在heap同位置 : 那不就死翘翘了? 问题变成当第二个object出现的时候，第一个object的位置在那里呢？ 如果位置相同-->以现今的计算机架构有这种可能吗？我主张没有。 如果位置不同的话-->那hashCode会一样吗？ 我主张不会。 更精确地我的本意为要以hashCode当作identifier时，就不应该让他会。 让他会一定是有特殊意义或特殊用途"故意"让他一样。 或是存在一种可能是覆写这个hashCode()内容写得很烂，容易产生一样的结果。 : 我提供一下OpenJDK hashCode()的native C code给你参考一下 : 不同JVM有不同实作，不过我想再有implement Hotspot的JVM下 : 我想应该仅仅只是一个序列号而已 : http://tinyurl.com/mhhrehs (他实作请搜寻get_next_hash，可以对照.h去对签名) : 在OpenJDK的VM实作，我们可以清楚地看到他其实只是一个递增序列 : ok...这看不懂没关系 : 总之，虽然我没有Oracle JVM的原始码，但是我想....那本书应该是错的 : 这东西跟记忆体位置毫无关系 : 其实有兴趣可以去翻一下 以不同JVM会有不同实作的情况下， 你的回答是"hashCode()不见得跟记忆体位置有关" 不见得类似於不一定，就变成Y and N，可Y可N，真的难以讨论。 争议点会是所谓的internal address一词的解释是？ 没有讨论出结果，而且还会被反问为什麽要知道。 http://stackoverflow.com/questions/16105420/ java-object-hashcode-address-or-random 提供google关键字 java object.hashcode memory address java object hashcode changes java object hashcode implementation 众多讨论指向stackoverflow.com， 是个好网站。 但如果看完讨论追一下回应(不只是回覆，还要看回覆的回覆，小字的那种) 还真的颇好笑的。 --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 111.248.170.63 ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/java/M.1432545279.A.9C1.html 嗯。 "你会在thread里面赫然发现自己没办法等於自己..." 这句是我没看懂的地方，概念上模糊，你可以选择是否进一步解释。但我不会追问。 我以 https://docs.oracle.com/javase/7/docs/api/java/lang/Object.html 其中public int hashCode() 有一句写着 Whenever it is invoked on the same object more than once during an execution of a Java application, the hashCode method must consistently return the same integer, provided no information used in equals comparisons on the object is modified. This integer need not remain consistent from one execution of an application to another execution of the same application. 我不翻译整段因为不想强调英文。 只讲need not remain consistent为"不需要维持一致" ※ 编辑: pttworld (111.248.170.63), 05/25/2015 18:11:11 好的， 所以同JVM周期hashCode值相同且记忆体搬来搬去 = hashCode()和记忆体位置毫无关系？ 这样？ http://stackoverflow.com/questions/13860194/ what-is-an-internal-address-in-java hotspot/src/share/vm/runtime/synchronizer.hpp http://stackoverflow.com/questions/557574/ what-is-native-implementation-in-java/565416 ※ 编辑: pttworld (111.248.170.63), 05/25/2015 19:27:48 if (hashCode == 1) { // This variation has the property of being stable (idempotent) // between STW operations. This can be useful in some of the 1-0 // synchronization schemes. intptr_t addrBits = intptr_t(obj) >> 3 ; value = addrBits ^ (addrBits >> 5) ^ GVars.stwRandom ; } else if (hashCode == 2) { value = 1 ; // for sensitivity testing } else if (hashCode == 3) { value = ++GVars.hcSequence ; } else if (hashCode == 4) { value = intptr_t(obj) ; } 大概就1和4吧，intptr_t有疑问。 只就字义上断章取义只看ptr想成是指标好了， 那又想成c语言好了， 对於一个ptr随便乱加好了， 到底加的这个计算是在加什麽的问题。 就当我乱想好了，反正我决定我该停在这里就是了。 ※ 编辑: pttworld (111.248.170.63), 05/25/2015 19:45:34 3大概也不是 好。 ※ 编辑: pttworld (111.248.172.93), 05/26/2015 08:39:58 是。 VM以外。 ※ 编辑: pttworld (111.248.172.93), 05/26/2015 15:56:17