java中重写Object类的equals方法为啥要重写hashcode方法?不重写可以吗？

Posted 2023-02-28

参考技术A 我认为首先要认清equals方法和hashcode方法是用来干嘛的，然后这两个方法之间什么关系就够了，自己的整理，建议看看为什么重写equals()就一定要重写hashCode()方 参考技术B 不一定要重写，有自己的需要才重写。
为什么重写先弄明白它们的用途，equals是为了比较是否相等。
比如你有两个user，现在某个软件的要求是只要它们id属性相同就是相等的，那就可以重写eqauls，只对id进行对比。
tostring是为了让你更容易看懂一个对象，当对象在控制台打印出来时你想看到一堆无意义的代码吗？那就是调用默认的tostring的结果。你可以重写自己想要的输出，看到对象的每个属性。
hashcode是hash集合中用来对比是否相等的根据，是一个根据对象内容算出来的数值，对比起来比equals快得多。更具体的解释你自己百度搜吧，很多东西要深入认识也不是几句话就能说明白的。 参考技术C 要求是需要重写的，实践上是可以不重写的，反正编译器不会报错，一般情况下也不回出问题，只要你不用类似于Hashtable存放这些对象。
之所以要求hashcode和equals一致，主要考虑的还是Hashtable问题。举个例子：
假如你了重写A类的equals方法，而且有两个对象a1和a2按照这个方法比较是相等的。现在你要把这两对象分别作为另外两个对象v1和v2的key（类似于名字）放入Hashtable
h中，也就是要：
h.put(a1,v1);
h.put(a2,b2);
这样，由于a1和a2是相等的，按理说put(a2,b2);时应该把a1覆盖掉。换句话说如果你put(a1,b1);之后，用get方法h.get(a1)和h.get(a2)应该都能的到b1。如果你觉得这样说不太直观，你可以把a1、a2想象成两个String。
但如果你要是不重写hashcode方法，则上述目标完成不了。因为，虽然我们认为a1和a2是相等的，并且equals的确如此，但问题是哈希表她不是按照equals来判断两个对象是否相等的！
给哈希表一个键值，他会用hashcode方法取得这个键值的哈希码也就是hashcode值，把它作为实际的索引来管理整个表，如果你学过数据结构，应该知道管理的过程。
反过来说，假如String类的作者仅仅重写equals而没重写hashcode方法，那么我们两次这样执行：h.put("aaa",
b1);
h.put("aaa",
b2);
会在Hashtable中建立两个键值对，而h.get("aaa")则得不到b1或b2.
啰嗦一句口号，一个美丽的语言他的规则都是有道理。 参考技术D equals方法本身就是对较两个对象hashCode对应的内存模型和值是否相同。如果你只重写了equals方法，那你就得思考如果不重写hashCode方法，怎么去判断这两个对象是否相等。而hashCode本身的对象在JVM中的分配信息有关，而这个分配工作并不是你去指定的，而是由对象生成时，JVM本身去维护和管理的。
并不是一定要重写这两个方法，关键是看你想干什么。
比如说重写toString方法，如果你不重写，如果System.out.println(a)；//a
是一个对象，则输出的值就是对象的hashCode，哈希本身是一种编码格式。如果要深究这些，建议看些算法的书本。底层的实现基本完全依赖于算法和数据结构。