纠结了几个小时，发现原来是由于实体使用注解，父类注解放在get方法上，子类的注解放在字段上，引起了以上的问题。

原因是Hibernate会用反射的机制生成一个class对象，创建对象的时候用newInstance()方法去创建，用的是无参构造,例：。一个java类在映射文件中用一对<class>标签表示，如果有多个java类，那么在映射文件中应该有多个&

DetachedCriteria 提供了 2 个静态方法 forClass 或 forEntityName进行DetachedCriteria 实例的创建。Criteria 和 DetachedCriteria 均可使用 Criterion 和 Proje

在hibernate中我们知道如果要从数据库中得到一个对象，通常有两种方式，一种是通过session.get()方法，另一种就是通过session.load()方法，然后其实这两种方法在获得一个实体对象时是有区别的，在查询性能上两者是不同的。* 通过loa

在使用Hibernate时，经常会遇到实体对象延迟加载问题。如果想Hibernate实现实体对象延迟加载，必须要在实体的映射配置文件中进行相应的配置，如下所示：。这样，通过一个中间代理对象，Hibernate实现实体对象延迟加载，只有当用户真正发起获得实体

<modelVersion>4.0.0</modelVersion>. <groupId>com.rkx</groupId>. <artifactId>webtest</artifactId

在实际开发中，在有类a.b.c.POClass和a.b.c2.POClass，即不同包下有相同的po类。假设Hibernate映射都正确，那么在启动web server时，报告duplicate class mapping错误。假若你有两个持久化类，它们的

以下测试使用JUnit进行，仅查询一次，查询结果为5条记录。各种方式的详细代码及执行时间如下所示：

hibernate的懒加载问题时常会困扰着我们， 今天发现了hibernate自身也提供一些解决办法。* Force initialization of a proxy or persistent collection.* @param proxy a p

Hibernate3提供了DetachedCriteria，使得我们可以在Web层构造detachedCriteria，然后调用业务层Bean，进行动态条件查询，根据这一功能，我设计了通用的抽象Bean基类和分页类支持，代码来自于QuakeWang的jav

由于session中的缓存对于hibernate来说是个相当廉价的资源，所以在load时会先查一下session缓存看看该id对应的对象是否存在，不存在则创建代理。所以如果你知道该id在数据库中一定有对应记录存在就可以使用load方法来实现延迟加载。对于g

---使用proxoolConf.xml中定义的别名-->. --指定使用的proxoolConf文件的位置-->. --指定hibernate管理的映射文件-->. ---使用proxoolConf.xml中定义的别名--><

如果是Toplink则添加：

-- 一个数据库对应一个sessionfactory -->. //如果这里换成了其他的数据库，只要修改值就可以，因为hibernate.cfg.xml数据库方言的存在，所以非常方便

</hibernate-configuration>五、创建一个Hibernate获取session的工具类HibernateBase.java

<many-to-one name="room" not-null="true" class="Room" column="room_id" --外键 cascade=&