sparta-紫杉 11/4/21 17:18
读《Hibernate3.0.2完整中文教程》中的“5.5 实现equals()和hashCode()”一文,在本文中强调,当对于多表关联的数据进行操作时,尤其想把持久类的实例放入Set时(在Hibernate中这种操作尤其常见),或者想重用脱管实例时,均需要对equals()和hashCode()方法进行重写。
原因是由于在Hibernate中,需要保证持久化标识(数据库的行)和仅在特定会话范围内的Java标识是等值的。我们必然希望Set有明确的语义,以避免混合了来自不同会话中获取的实例,从而确保数据的持久化不会发生错误。
若使用过Set,你会知道Set中是不允许存储重复值的,这也是为什么Hibernate推荐在多表关联的映射中采用Set作为存储实体对象的主要原因。在多表关联映射中的持久类中,常见如下代码:
按照Hibernate的提倡,应该在该持久化类里,重写equals()和hashCode()方法。那么为什么要对这两个方法进行重写呢? Set里面不是不允许有重复的值吗?重写这两个方法究竟能起到什么作用?equals()和hashCode()的意义究竟是什么?
这是我看到Hibernate提倡的重写这两个方法之后我的疑问!
不妨先来探讨一下equals()和hashCode()的作用吧。
实际上,equals()和hashCode()这两个方法存在的意义是为了区别对象。这两个方法均来自于Object类。
在对象运行期间,为了在运行期区别各对象,就是通过这两个方法,它们之间的区别如下:
1.Object类的public boolean equals(Object obj)方法是通过 return this == obj;这种方式比较两个对象是否相同。这里比较的是引用。2.Object类的public int hashCode()方法,是通过该实例地址转换为int值。所以不同的Object实例在同一运行期hashCode一定不相同。
现在解决了equals()和hashCode()是什么以及什么作用的问题。
那么再来谈谈Hibernate的运行机理吧: 在Hibernate的运行期内,通过find或者其他方式提取的对象列表,在不同上下文的操作中,或者在瞬时、持久、脱管三种状态的变换中,为了避免类名相同,但对象内容不同的实例互相碰撞造成混乱,就需要采用更加准确的区别对象的方法,而此时的equals()和hashCode()已经不能满足要求,只有对这两个方法进行重写,增加对这些持久类的各属性的内容进行区分,才能真正区分从Hibernate的find方法中提取的对象。
那么什么样的实例才算是相同的呢? 当然除了你的持久类名标识之外,还需要明确的标识出持久化实例中某些属性的值也是相等的,两个实例才算是真正相同。
比如以下两行数据来自于Person表(字段内容包括ID,姓名name,年龄age,父亲姓名fartherName),这是实例相同的例证:
1,王长江,30,王有才;1,王长江,30,王有才;
以下两行实例是不相同的例证:1,王长江,30,王有才;1,王长江,30,王有财;
哈哈,看出区别来了吗? 只有一字只差,就会在Hibernate管理的实例中被看作两个实例,这就是你重写hashCode()的重要作用。
顺便将重写的hashCode()和equals()也写在下面吧:
还有,朋友们也可以键入以下代码尝试一下两者的区别:
哈哈,朋友们自己总结一下吧!
posted on 2011-05-19 10:40 sparta-紫杉 阅读(3166) 评论(1) 编辑 收藏 所属分类: SSH2
Powered by: BlogJava Copyright © sparta-紫杉