关系数据库系统本身就比较复杂，加上Hibernate的O/R映射层，复杂度加重了，很容易出现问题，本人将最近遇到的问题和解决方法做一个总结，整理在下面的一系列文章中
正确理解Hibernate的聚合类型（collection）的使用
在Hibernate中正确实现关联关系中的级联操作（cascading）
在Hibernate框架中编写持久对象类实现外键关联的几点注意事项
本文是第三篇，讲解在one-to-many(一对多)关联关系中的对象类的几个关键方法的实现。主要是equals()，hashCode()和实例化方法。
在在Hibernate中正确实现关联关系中的级联操作（cascading）中，我们讲了怎样正确声明关联关系和使用持久化方法，我们紧接上一篇的例子，要能够保证从User到Preference的级联的正确运行，必须要正确实现equals()，hashCode()和没有参数的实例化方法。
在equals()和hashCode()的计算中，一定要注意：要使用能够排他性区别对象的对象属性成员计算hash code和相等运算。最合适的对象属性是业务层面的关键字（business key或者称为natural key），而不能使用Hibernate自动计算赋值的primary key(主键)，当然，以上结论是在一定环境下的，即：我们假设数据库中的表的主键使用某种唯一性id，而不是其natural key。例如，User表中name就是natural key，Hibernate给出了很多理由说明使用natural key作为主键的不方便性。
主键本来就是唯一的，为什么不能参与equals()和hashCode()的运算，如果能的话，计算方法大大简化了：只使用主键判断相等和直接使用主键的hash code。实际上，主键不是不能这样用，而是要分场合，如果，主键是应用程序赋予的，例如uuid，完全可以使用。但是，如果主键是让Hibernate 在持久化时产生的，就不能使用了，例如，一个对象刚创建，还没有持久化，就没有分配一个主键，会出现一下异常
java.lang.NullPointerException
以上两个方法必须实现，否则，在级联关系中Preference对象的持久化操作将受影响。
如果空实例化操作不实现会怎样呢？如果Preference的空实例化方法不实现，将出现以下异常
org.hibernate.InstantiationException: No default constructor for entity: xxx