Hibernate懒加载解析

Hibernate懒加载解析

在Hibernate框架中，当咱们要访问的数据量过大时，明显用缓存不太合适， 由于内存容量有限 ，为了减小并发量，减小系统资源的消耗，这时Hibernate用懒加载机制来弥补这种缺陷，可是这只是弥补而不是用了懒加载整体性能就提升了。

咱们所说的懒加载也被称为延迟加载，它在查询的时候不会马上访问数据库，而是返回代理对象，当真正去使用对象的时候才会访问数据库。

   实现懒加载的前提: 

1 实体类不能是final的

2 能实现懒加载的对象都是被CGLIB（反射调用）改写的代理对象,因此不能是final修饰的
3 需要asm,cglib两个jar包
4 相应的lazy属性为true
5 相应的fetch属性为select 
下面几种能够实现懒加载功能：

一、   经过Session.load()实现懒加载

load(Object, Serializable)：根据id查询 。查询返回的是代理对象，不会马上访问数据库，是懒加载的。当真正去使用对象的时候才会访问数据库。

用load()的时候会发现不会打印出查询语句，而使用get()的时候会打印出查询语句。

使用load()时若是在session关闭以后再查询此对象，会报异常：could not initialize proxy - no Session。处理办法：在session关闭以前初始化一下查询出来的对象：Hibernate.initialize(user);

使用load()能够提升效率，由于刚开始的时候并无查询数据库。但不多使用。

二、   one-to-one(元素)实现了懒加载。

在一对一的时候，查询主对象时默认不是懒加载。即：查询主对象的时候也会把从对象查询出来。

须要把主对象配制成lazy="true" constrained="true"  fetch="select"。此时查询主对象的时候就不会查询从对象，从而实现了懒加载。

一对一的时候，查询从对象的是默认是懒加载。即：查询从对象的时候不会把主对象查询出来。而是查询出来的是主对象的代理对象。

三、   many-to-one（元素）实现了懒加载。

多对一的时候，查询主对象时默认是懒加载。即：查询主对象的时候不会把从对象查询出来。

多对一的时候，查询从对象时默认是懒加载。即：查询从对象的时候不会把主对象查询出来。

hibernate3.0中lazy有三个值，true，false，proxy,默认的是lazy="proxy".具体设置成什么要看你的需求，并非说哪一个设置就是最好的。在<many-to-one>与<one-to-one>标签上:当为true时,会有懒加载特性,当为false时会产生N+1问题,好比一个学生对应一个班级,用一条SQL查出10个学生,当访问学生的班级属性时Hibernate会再产生10条SQL分别查出每一个学生对应的班级.

lazy= 何时捉取

fetch= 捉取方式:select=关联查询;join=链接表的方式查询(效率高)

fetch=join时,lazy的设置将没有意义.

四、   one-to-many(元素)懒加载：默认会懒加载，这是必须的，是重经常使用的。

一对多的时候，查询主对象时默认是懒加载。即：查询主对象的时候不会把从对象查询出来。

一对多的时候，查询从对象时默认是懒加载。即：查询从对象的时候不会把主对象查询出来。

须要配置主对象中的set集合lazy="false" 这样就配置成是不懒加载了。或者配置抓取方式fetch="join"也能够变成不懒加载。 

实现懒加载的方案:

方法一:(没有使用懒加载)  

用 Hibernate.initialize(de.getEmps()) 提早加载一下. 
方法二:

把与Session脱离的对象从新绑定

lock()方法是用来让应用程序把一个未修改的对象从新关联到新session的方法。

//直接从新关联

session.lock(fritz,LockMode.NONE);

//进行版本检查后关联

session.lock(izi,LockMode.READ);

//使用SELECT... FOR UPDATE进行版本检查后关联

session.lock(pk,LockMode.UPGRADE);

方法三:

OpenSessionInView

参见 http://www.javaeye.com/topic/32001          

fetch 和 lazy 配置用于数据的查询 

lazy 参数值常见有 false 和 true，Hibernate3映射文件中默认lazy = true ；

fetch 指定了关联对象抓取的方式，参数值常见是select和join，默认是select,select方式先查询主对象，再根据关联外键，每个对象发一个select查询，获取关联的对象，造成了n+1次查询；而join方式，是leftouter join查询，主对象和关联对象用一句外键关联的sql同时查询出来，不会造成屡次查询。 

在映射文件中，不一样的组合会使用不一样的查询： 

一、lazy="true" fetch = "select" ，使用延迟策略，开始只查询出主对象，关联对象不会查询，只有当用到的时候才会发出sql语句去查询 ；

二、lazy="false" fetch = "select" ，没有用延迟策略，同时查询出主对象和关联对象，产生1+n条sql. 

三、lazy="true"或lazy="false"fetch = "join"，延迟都不会做用，由于采用的是外链接查询，同时把主对象和关联对象都查询出来了. 

另 外，在hql查询中,配置文件中设置的join方式是不起做用的,而在其余查询方式如get、criteria等是有效的，使用 select方式;除非在hql中指定join fetch某个关联对象。fetch策略用于get/load一个对象时，如何获取非lazy的对象/集合。 这些参数在Query中无效