当对象持久化到数据库中时对象的标识符总时很难被恰当的实现尽管如此问题其实完全是由存在着在保存之前不持有ID的对象的现象衍生而来的我们可以通过从诸如Hibernate这样的对象—关系映像框架手中取走指派对象ID的职责来解决这个问题相对的一旦对象被实例化它就应该被指派一个ID这使对象标识符变成简单而不易出错也减少了领域模型中需要的代码量
企业级Java应用程序常常把数据在java对象和关系型数据库之间来回移动从手动编写SQL代码到使用诸如hibernate这样的成熟的对象——关系映像（ORM）解决方案有很多种方法可以实现这个过程无论你采用什么样的技术一旦你开始将java对象持久化到数据库中对象标识符都将成为一个复杂而且难以管理的课题可能出现的情况是你实例化了两个不同的对象而它们却代表了数据库中的同一行为了解决这个问题你可能采取的措施是在你的持久化对象中实现equals（） 和hashCode（）这两个方法可是要恰当的实现这两个方法比乍看之下要有技巧一些让问题更糟糕的是那些传统的思路（包括hibernate官方文档所提倡的那些）对于新的工程并不一定能提出最实用的解决方案
对象标识在虚拟机（VM）中和在数据库中的差异是问题滋生的温床在虚拟机中你并不会得到对象的id你只是简单的持有对象的直接引用而在幕后虚拟机确实给每个对象指派了一个字节大小的id这个id才是对象的真实引用当你将对象持久化到数据库中的时候问题开始产生了假定你创建了一个Person对象并将它存入数据库（我们可以叫它person）而你的其它某段代码从数据库中读取了这个Person对象的数据并将它实例化为另一个新的Person对象（我们可以叫它Person）现在你的内存中有了两个映像到数据库中同一行的对象一个对象引用只能指向它们俩的其中一个可是我们需要一种方法来表示这两个对象实际上表示着同一个实体这就是（在虚拟机中）引入对象标识符的原因
在java语言中对象标识符是由每个对象都持有的equals（）方法（以及相关的hashCode（）方法）来定义的无论两个对象（引用）是否为同一个实例equals（）方法都应该能够判别出它们是否表示同一个实体hashCode（）方法和equals（）方法有关联是因为所有被判断等价（equal）的对象都应该返回相同的哈希值（hashCode）在缺省实现中equals（）方法仅仅比较对象的引用一个对象和它自身是等价的而和其它任何实例都不等价对于持久化对象来说重写这两个方法让代表着数据库中同一行的两个对象被判为等价是很重要的而这对于java中的Collection数据结构（SetMap和List）的正确工作更是尤为重要
为了阐明实现equal（）和hashCode（）的不同途径让我们一起考虑一个准备持久化到数据库中的简单对象Person
public class Person {
private Long id;
private Integer version;
public Long getId() { return id; }
public void setId(Long id) {
thisid = id;
}
public Integer getVersion() {
return version;
}
public void setVersion(Integer version) {
thisversion = version;
}
// personspecific properties and behavior
}
在这个例子中我们遵循了同时持有id字段和version字段的最佳实践Id字段保存了在数据库中作为主键使用的值而version字段则是一个从开始增长的增量随着对象的每次更新而变化（它帮助我们避免并发更新的问题）为了看的更清楚我们也一起看一下Hibernate把这个对象持久化到数据库的映像文件
＜?XML version=?＞
＜hibernatemapping package=mypackage＞
＜class name=Person table=PERSON＞
＜id name=id column=ID unsavedvalue=null＞
＜generator class=sequence＞
＜param name=sequence＞PERSON_SEQ＜/param＞
＜/generator＞
＜/id＞
＜version name=version column=VERSION /＞
＜! Map Personspecific properties here ＞
＜/class＞
＜/hibernatemapping＞
[] [] [] [] []
![别让Hibernate偷走了你的标识符[1]](/UploadFiles/2.jpg)