别让Hibernate偷走了你的标识符

　　在java语言中，对象标识符是由每个对象都持有的equals()方法（以及相关的hashCode()方法）来定义的。无论两个对象（引用）是否为同一个实例，equals()方法都应该能够判别出它们是否表示同一个实体。hashCode()方法和equals()方法有关联是因为所有被判断等价（equal）的对象都应该返回相同的哈希值（hashCode）。在缺省实现中，equals()方法仅仅比较对象的引用，一个对象和它自身是等价的，而和其它任何实例都不等价。对于持久化对象来说，重写这两个方法，让代表着数据库中同一行的两个对象被判为等价是很重要的。而这对于java中的Collection数据结构（Set，Map和List）的正确工作更是尤为重要。

　　为了阐明实现equal()和hashCode()的不同途径，让我们一起考虑一个准备持久化到数据库中的简单对象Person。

　　在这个例子中，我们遵循了同时持有id字段和version字段的最佳实践。Id字段保存了在数据库中作为主键使用的值，而version字段则是一个从0开始增长的增量，随着对象的每次更新而变化（它帮助我们避免并发更新的问题）。为了看的更清楚，我们也一起看一下Hibernate把这个对象持久化到数据库的映像文件。

　　Hibernate映像文件指明了Person的id字段代表了数据库中的ID列（也就是说，它是PERSON表的主键）。包含在id标签中的unsaved-value="null"属性告诉Hibernate使用id字段来判断一个Person对象之前是否被保存过。ORM框架必须依靠这个来判断保存一个对象的时候应该使用SQL的INSERT字句还是UPDATE字句。在这个例子中，Hibernate假定一个新对象的id字段一开始为null值，当它第一次被保存时才id才被赋予一个值。generator标签告诉Hibernate当对象第一次保存时，应该从哪里获得指派的id。在这个例子中，Hibernate使用数据库序列作为产生唯一id的来源。最后，version标签告诉Hibernate使用Person对象的version字段进行并发控制。Hibernate将会执行乐观锁方案（optimistic locking scheme），根据这个方案，Hibernate在保存对象之前会检查对比对象的version值和数据库中相应数据的version值。