其实我觉得哈, 这应该是一种惯例.
就是大家的一种共识, 便于以后的拓展和维护.
这样说吧, 你如果只是测试, 那么你随便怎么写都行, 你只要一个equals方法而不管hashcode, 这样OK, 没问题, 程序一样能跑通.
但是, 如果你写了equals方法, 而你不重写hashcode方法, 那么在使用hashtable或hashset的时候, 就会出现很多不必要的错误.
而且..你在重写这两个方法前, 必须要搞清楚, 它们分别应该遵循什么原则, 这也算惯例吧.
比如equals方法, 以下就拷贝了, 很基础的知识.
* 对称性:如果x.equals(y)返回是“true”,那么y.equals(x)也应该返回是“true”。
* 反射性:x.equals(x)必须返回是“true”。
* 类推性:如果x.equals(y)返回是“true”,而且 y.equals(z)返回是“true”,那么z.equals(x)也应该返回是“true”。
* 还有一致性:如果 x.equals(y)返回是“true”,只要x和y内容一直不变,不管你重复x.equals(y)多少次,返回都是“true”。
* 任何情况下,x.equals(null),永远返回是“false”;x.equals(和x不同类型的对象)永远返回是“false”。
hashCode()的返回值和equals()的关系如下:
* 如果x.equals(y)返回“true”,那么x和y的 hashCode()必须相等。
* 如果x.equals(y)返回“false”,那么x和y的hashCode()有可能相等,也有可能不等。
equals比较的是变量中存储的内容 hashcode比较的是在内存中地址只有equals和hashcode返回的都是true 两个变量才可以"=="至于怎么比较内容 重写equals方法就是
比较两个引用是否是同一个地址,也就是说判断他们是不是只向同一个对象
hashCode的用处在于快速判断两个对象是否相等。
a.equals(b)则一定要有a.hashCode() == b.hashCode();
所以如果a.hashCode()!= b.hashCode()则说明 a.equals(b)== false
两者的作用是一样的,没有说一定要一起同时使用,我平时用a.equals(b)来比较两个字符串是否相等。这种常用
如果你只覆盖了equals的话,是会有问题的。因为那就不是重写超类的方法了。在超类中,默认你继承重写的就得是hashCode()跟equals()两个方法,不然就没有效果的。当然,你也可以自己写个equals这样的方法,但其实是不同的。