hibernate学习

Hibernate是一个开放源代码的对象关系映射框架，它对JDBC进行了非常轻量级的对象封装，使得Java程序员可以随心所欲的使用对象编程思维来操纵数据库。 Hibernate可以应用在任何使用JDBC的场合，既可以在Java的客户端程序使用，也可以在Servlet/JSP的Web应用中使用，最具革命意义的是，Hibernate可以在应用EJB的J2EE架构中取代CMP，完成数据持久化的重任。

Hibernate的核心接口一共有6个，分别为:Session、SessionFactory、Transaction、Query、Criteria和Configuration。这6个核心接口在任何开发中都会用到。通过这些接口，不仅可以对持久化对象进行存取，还能够进行事务控制。下面对这6个核心接口分别加以介绍。

 

　　 Session接口　Session接口负责执行被持久化对象的CRUD操作(CRUD的任务是完成与 数据库的交流，包含了很多常见的SQL语句。)。 但需要注意的是Session对象是非线程安全的。同时，Hibernate的session不同于JSP应用中的HttpSession。这里当使用session这个术语时，其实指的是Hibernate中的session，而以后会将HttpSession对象称为用户session。　　 SessionFactory接口　SessionFactory接口负责初始化Hibernate。它充当数据存储源的代理，并负责创建Session对象。这里用到了 工厂模式。需要注意的是SessionFactory并不是轻量级的，因为一般情况下，一个项目通常只需要一个SessionFactory就够，当需要操作多个数据库时，可以为每个数据库指定一个SessionFactory。它是线程安全的， 一般一个数据库只建立一个sessionfactory　 Configuration类　Configuration类负责配置并启动Hibernate，创建SessionFactory对象。在Hibernate的启动的过程中，Configuration类的实例首先定位映射文档位置、读取配置，然后创建SessionFactory对象。 ^[1]

Transaction接口

　　Transaction接口负责 事务相关的操作。它是可选的，开发人员也可以设计编写自己的底层事务处理代码，本身不具有transation处理功能的，它是对jdbc,jta的封装

Query和Criteria接口

　　Query和Criteria接口负责执行各种 数据库查询。它可以使用HQL语句或SQL语句两种表达方式。

缓存管理

Hibernate 中提供了两级Cache（高速缓冲存储器），第一级别的缓存是Session级别的缓存，它是属于 事务范围的缓存。这一级别的缓存由hibernate管理的，一般情况下无需进行干预；第二级别的缓存是SessionFactory级别的缓存，它是属于进程范围或群集范围的缓存。这一级别的缓存可以进行配置和更改，并且可以动态加载和 卸载。 Hibernate还为查询结果提供了一个查询缓存，它依赖于第二级缓存。

一级缓存和二级缓存

　　第一级缓存 第二级缓存 存放数据的形式 相互关联的持久化 对象对象的散装数据 缓存的范围 事务范围，每个事务都有单独的第一级缓存进程范围或集群范围，缓存被同一个进程或集群范围内的所有事务共享 并发访问策略由于每个事务都拥有单独的第一级缓存，不会出现并发问题，无需提供并发访问策略由于多个事务会同时访问第二级缓存中相同数据，因此必须提供适当的并发访问策略，来保证特定的 事务隔离级别数据过期策略没有提供数据过期策略。处于一级缓存中的对象永远不会过期，除非 应用程序显式清空缓存或者清除特定的对象必须提供数据过期策略，如基于内存的缓存中的对象的最大数目，允许对象处于缓存中的最长时间，以及允许对象处于缓存中的最长空闲时间 物理存储介质内存内存和硬盘。对象的散装数据首先存放在基于内存的缓存中，当内存中对象的数目达到数据过期策略中指定上限时，就会把其余的对象写入基于硬盘的缓存中。缓存的软件实现 在Hibernate的Session的实现中包含了缓存的实现由第三方提供，Hibernate仅提供了缓存适配器(CacheProvider)。用于把特定的缓存 插件集成到Hibernate中。启用缓存的方式只要应用程序通过Session接口来执行保存、更新、删除、加载和查询 数据库数据的操作，Hibernate就会启用第一级缓存，把数据库中的数据以对象的形式拷贝到缓存中，对于批量更新和批量删除操作，如果不希望启用第一级缓存，可以绕过Hibernate API，直接通过JDBC　API来执行指操作。用户可以在单个类或类的单个集合的粒度上配置第二级缓存。如果类的实例被经常读但很少被修改，就可以考虑使用第 二级缓存。只有为某个类或集合配置了第二级缓存，Hibernate在运行时才会把它的实例加入到第二级缓存中。 用户管理缓存的方式第一级缓存的物理介质为内存，由于内存容量有限，必须通过恰当的检索策略和检索方式来限制加载对象的数目。Session的evit()方法可以显式清空缓存中特定对象，但这种方法不值得推荐。 第二级缓存的物理介质可以是内存和硬盘，因此第二级缓存可以存放大量的数据，数据过期策略的maxElementsInMemory属性值可以控制内存中的对象数目。管理第二级缓存主要包括两个方面：选择需要使用第二级缓存的 持久类，设置合适的并发访问策略：选择缓存适配器，设置合适的数据过期策略。

一级缓存的管理

　　当 应用程序调用Session的save()、update()、saveOrUpdate()、get()或load()，以及调用查询接口的 list()、iterate()或filter()方法时，如果在Session缓存中还不存在相应的 对象，Hibernate就会把该对象加入到第一级缓存中。当清理缓存时，Hibernate会根据缓存中对象的状态变化来同步更新 数据库。 Session为应用程序提供了两个管理缓存的方法： evict(Object obj)：从缓存中清除参数指定的持久化对象。 clear()：清空缓存中所有持久化对象。

二级缓存的管理

　　3.1. Hibernate的二级缓存策略的一般过程如下：　　1) 条件查询的时候，总是发出一条select * from table_name where …. （选择所有字段）这样的SQL语句查询 数据库，一次获得所有的 数据对象。　　2) 把获得的所有数据对象根据ID放入到第二级缓存中。　　3) 当Hibernate根据ID访问数据对象的时候，首先从Session一级缓存中查；查不到，如果配置了 二级缓存，那么从二级缓存中查；查不到，再查询数据库，把结果按照ID放入到缓存。　　4) 删除、更新、增加数据的时候，同时更新缓存。 　　Hibernate的二级缓存策略，是针对于ID查询的缓存策略，对于条件查询则毫无作用。为此，Hibernate提供了针对条件查询的Query Cache。　　3.2. 什么样的数据适合存放到第二级缓存中？ 1 很少被修改的数据 2 不是很重要的数据，允许出现偶尔并发的数据 3 不会被并发访问的数据 4 参考数据,指的是供应用参考的常量数据，它的实例数目有限，它的实例会被许多其他类的实例引用，实例极少或者从来不会被修改。　　3.3. 不适合存放到第二级缓存的数据？ 1 经常被修改的数据 2 财务数据，绝对不允许出现并发 3 与其他应用共享的数据。　　3.4. 常用的缓存 插件 Hibernater 的二级缓存是一个插件，下面是几种常用的缓存插件：　　l EhCache：可作为进程范围的 缓存，存放数据的物理介质可以是内存或硬盘，对Hibernate的查询缓存提供了支持。　　l OSCache：可作为进程范围的缓存，存放数据的物理介质可以是内存或硬盘，提供了丰富的缓存数据过期策略，对Hibernate的查询缓存提供了支持。　　l SwarmCache：可作为群集范围内的缓存，但不支持Hibernate的查询缓存。　　l JBossCache：可作为群集范围内的缓存，支持 事务型并发访问策略，对Hibernate的查询缓存提供了支持。　　上述4种缓存插件的对比情况列于表9-3中。　　表9-3 4种缓存插件的对比情况　　

缓 存 插 件	支 持 只 读	支持非严格读写	支 持 读 写	支 持 事 务
EhCache	是	是	是	​
OSCache	是	是	是	​
SwarmCache	是	是	​	​
JBossCache	是	​	​	是

它们的提供器列于表9-4中。　　表9-4 缓存策略的提供器　　

缓 存 插 件	提供器（Cache Providers）
Hashtable（只能测试时使用）	org.hibernate.cache.HashtableCacheProvider
EhCache	org.hibernate.cache.EhCacheProvider
OSCache	org.hibernate.cache.OSCacheProvider
SwarmCache	org.hibernate.cache.SwarmCacheProvider
JBossCache	org.hibernate.cache.TreeCacheProvider

在默认情况下，Hibernate使用EhCache进行JVM级别的缓存。用户可以通过设置Hibernate 配置文件中的hibernate.cache.provider_class的属性，指定其他的缓存策略，该缓存策略必须实现org.hibernate.cache.CacheProvider接口。　　3.5. 配置二级缓存的主要步骤：　　1) 选择需要使用二级缓存的 持久化类，设置它的命名缓存的并发访问策略。这是最值得认真考虑的步骤。　　2) 选择合适的缓存插件，然后编辑该插件的配置文件。

hibernate工作原理：

1、通过Configuration().configure();读取并解析hibernate.cfg.xml配置文件。　　2、由hibernate.cfg.xml中的<mappingresource="com/xx/User.hbm.xml"/>读取解析映射信息。　　3、通过config.buildSessionFactory();//得到sessionFactory。　　4、sessionFactory.openSession();//得到session。　　5、session.beginTransaction();//开启事务。　　6、persistent operate;　　7、session.getTransaction().commit();//提交事务　　8、关闭session;　　9、关闭sessionFactory;　　hibernate优点：　　1、封装了jdbc，简化了很多重复性代码。　　2、简化了DAO层编码工作，使开发更对象化了。　　3、移植性好，支持各种数据库，如果换个数据库只要在配置文件中变换配置就可以了，不用改变hibernate代码。　　4、支持透明持久化，因为hibernate操作的是纯粹的（pojo）java类，没有实现任何接口，没有侵入性。所以说它是一个轻量级框架。　　hibernate延迟加载：　　get不支持延迟加载，load支持延迟加载。　　1、hibernate2对 实体对象和集合 实现了延迟加载　　2、hibernate3对 提供了属性的延迟加载功能　　hibernate延迟加载就是当使用session.load(User.class,1)或者session.createQuery()查询对象或者属性的时候　　这个对象或者属性并没有在内存中，只有当程序操作数据的时候，才会存在内存中，这样就实现延迟加载，节省了内存的开销，从而提高了服务器的性能。　　Hibernate的缓存机制　　一级缓存：session级的缓存也叫事务级的缓存，只缓存实体，生命周期和session一致。不能对其进行管理。　　不用显示的调用。　　二级缓存：sessionFactory缓存，也叫进程级的缓存，使用第3方插件实现的，也值缓存实体，生命周期和sessionFactory一致，可以进行管理。 　　首先配置第3放插件，我们用的是EHCache，在hibernate.cfg.xml文件中加入　　<propertyname="hibernate.cache.user_second_level_cache">true</property>　　在映射中也要显示的调用，<cacheusage="read-only"/>　　二级缓存之查询缓存：对普通属性进行缓存。如果关联的表发生了修改，那么查询缓存的生命周期也结束了。　　在程序中必须手动启用查询缓存：query.setCacheable(true);　　优化Hibernate　　1、使用一对多的双向关联，尽量从多的一端维护。　　2、不要使用一对一，尽量使用多对一。　　3、配置对象缓存，不要使用集合缓存。 　　4、表字段要少，表关联不要怕多，有二级缓存撑腰。