Hibernate为什么要重写equals和hashCode方法

ZJ 21:00:06
对了 老师，为什么在HIBERNA里要重写HASCODE 和EQUALS这两个方法？
付老实 21:04:22
equals用来按照自己的规则判断两个对象是否相等，而重写了equals后，按照java的惯例，就需要重写hashCode
ZJ 21:05:11
老师 只看懂的一点点呀，再稍微说多点啊！
付老实 21:08:04
这么说罢
付老实 21:08:23
1，重点是equals，重写hashCode只是技术要求（为了提高效率）
付老实 21:09:02
2，为什么要重写equals呢，因为在java的集合框架中，是通过equals来判断两个对象是否相等的
付老实 21:10:03
3，在hibernate中，经常使用set集合来保存相关对象，而set集合是不允许重复的，但是下面的程序，你判断一下运行结果
付老实 21:10:44
Set user = new HashSet();
user.add(new Book("精通struts"));
user.add(new Book("精通struts"));
System.out.println(user.size());
Neo 21:10:48
这两个为什么相同阿？？？
就是说set集合是按照equals来判断是否重复的？
付老实 21:12:00
恩，猜一下打印的结果
ZJ 21:11:31
应该输出1吧，或许报错 呵呵
付老实 21:12:44
错了
付老实 21:12:58
完全取决于Book类有没有重写equals方法
付老实 21:13:39
如果没有重写，默认equals是比较地址，那么这两个book对象不一样，输出2，意味着hibernate会认为这是两个对象，再接下来的持久化过程中可能会出错
付老实 21:14:07
如果重写了equals，比如按照主键（书名）比较，那么这两个对象是一样的，输出1
付老实 21:14:10
明白了？
ZJ 21:13:26
明白了
付老实 21:14:32
再说hashCode
ZJ 21:13:51
恩
付老实 21:14:57
equals方法虽好，但是效率相对底下    
ZJ 21:14:43
老实接着说说    
付老实 21:15:45
典型的equals实现
public boolean equals(Object obj) {
       Book b = (Book)obj;
       return this.name.equals(b.name);
}
付老实 21:16:43
其间需要向下转型，调用其他类的equals等操作，有可能比较费时，特别是比较规则比较复杂的时候
ZJ 21:16:33
恩 能理解
付老实 21:18:04
而hashCode为每一个对象生成一个散列码（通过一种神秘的算法，一般为关键属性乘以一个质数），避免了比较慢的运算
付老实 21:18:27
但是hashCode并不能保证能为每一个不同的对象生成唯一的散列码
ZJ 21:18:34
那若是散列码重复了呢？
付老实 21:19:59
所以在java的集合中，判断两个对象是否相等的规则是：
1，判断两个对象的hashCode是否相等
      如果不相等，认为两个对象也不相等，完毕
      如果相等，转入2
2，判断两个对象用equals运算是否相等
      如果不相等，认为两个对象也不相等
      如果相等，认为两个对象相等
完毕

Neo 21:19:52
String好像是一个特例阿。。。
付老实 21:20:59
由此可以看出，一个好的散列码算法可以加快程序的速度，apache专门有个工具可以为类生成hashCode，MyEclipse 5.0中也有一个工具
付老实 21:21:09
String没有什么特殊的，也是这个原则
Neo 21:21:39
那"123"，"123"这两个字符串为什么相等？
付老实 21:23:00
晕，你说呢
Neo 21:22:07
。。。
Neo 21:22:10
想起来了
Neo 21:22:19
池是把？
付老实 21:23:20
嗯
Neo 21:22:36
云，忘了~
付老实 21:23:49
好了，下去再去看看《深入浅出Hibernate》的210页吧

本文转至：http://hi.baidu.com/fgfd0/blog/item/99569f136da496856438db43.html

 

ps：Esclisp自动生成equals/hashCode工具  Commonclipse (http://commonclipse.sf.net)