关于.hashcode()和equals()的问题

             今天看代码的时候忽然发现有些类会重写equals方法和hashcode方法以及相应的toString方法，对于我来说完全不明

白为什么要这么做，我查了下资料，终于找到了原因！

            equals是Object类就有的方法是用来检测一个对象是否等于另外一个对象，在Object类中，这个方法将判断两个对象

是否具有相同的引用。对于需要检测两个对象状态的时候，那么就要重新去实现一下这个方法了。比如说2个雇员对象如果

ID相同，那么他们肯定是相同的。那么我仅仅只需要判断ID就好了，那么我就重写咯，o(∩_∩)o。

            而且JAVA语言规范对equals方法还具有一下特性：

            1.自反性：对于任何非空引用x,x.equals(x)应该返回true;

            2.对称性：对于任何引用x,y,如果x.equals(y)返回true，那么y.equals(x)也应该返回同样的结果;

            3.传递性：对于任何引用x,y和z,如果x.equals(y)返回true，y.equals(z)返回true,那么x.equals(z)也应该返回true;

            4.一致性：如果x和y引用的对象没有发生变化，那么反复调用x.equals(y)应该返回同样的结果。

            5.对于任意非空引用x,x.equals(null)应该返回true.

            然后有一系列的对比方式来解决继承和超类的比较

           接下来就是关于hashcode了对于每一个对象来说都有它相对应唯一的hashcode,也叫做散列码，它也作为对象在内存当

中的存储地址。那么你override了equals方法，你也应该override掉hashcode方法，以便用户可以将对象插入到散列表中

（hashmap).

              欢迎喜欢旅游的朋友来这里参观

posted on 2008-04-17 23:22 Cloud kensin 阅读(225) 评论(0) 编辑收藏

新用户注册刷新评论列表


只有注册用户登录后才能发表评论。




网站导航: 博客园 IT新闻知识库 C++博客博问管理

2008年4月

日

一

二

三

四

五

六

统计

随笔 - 51
文章 - 0
评论 - 33
引用 - 0

常用链接

留言簿(4)

随笔分类

相册

Flicker
相册