别让Hibernate偷走了你的标识符

　　摘要:

　　当对象持久化到数据库中时，对象的标识符总时很难被恰当的实现。尽管如此，问题其实完全是由存在着在保存之前不持有ID的对象的现象衍生而来的。我们可以通过从诸如Hibernate这样的对象—关系映像框架手中取走指派对象ID的职责来解决这个问题。相对的，一旦对象被实例化，它就应该被指派一个ID。这使对象标识符变成简单而不易出错，也减少了领域模型中需要的代码量。

　　企业级java应用程序常常把数据在java对象和关系型数据库之间来回移动。从手动编写SQL代码到使用诸如hibernate这样的成熟的对象---关系映像（ORM）解决方案，有很多种方法可以实现这个过程。无论你采用什么样的技术，一旦你开始将java对象持久化到数据库中，对象标识符都将成为一个复杂而且难以管理的课题。可能出现的情况是：你实例化了两个不同的对象，而它们却代表了数据库中的同一行。为了解决这个问题，你可能采取的措施是在你的持久化对象中实现equals() 和hashCode()这两个方法，可是要恰当的实现这两个方法比乍看之下要有技巧一些。让问题更糟糕的是，那些传统的思路（包括hibernate官方文档所提倡的那些）对于新的工程并不一定能提出最实用的解决方案。

　　对象标识在虚拟机（VM）中和在数据库中的差异是问题滋生的温床。在虚拟机中，你并不会得到对象的id，你只是简单的持有对象的直接引用。而在幕后，虚拟机确实给每个对象指派了一个8字节大小的id，这个id才是对象的真实引用。当你将对象持久化到数据库中的时候，问题开始产生了。假定你创建了一个Person对象并将它存入数据库（我们可以叫它person1）。而你的其它某段代码从数据库中读取了这个Person对象的数据并将它实例化为另一个新的Person对象（我们可以叫它Person2）。现在你的内存中有了两个映像到数据库中同一行的对象。一个对象引用只能指向它们俩的其中一个，可是我们需要一种方法来表示这两个对象实际上表示着同一个实体。这就是（在虚拟机中）引入对象标识符的原因。