Hibernate get和load 原理及区别

来源:互联网 发布:labp网络管理协议 编辑:程序博客网 时间:2024/04/29 08:25

<span style="font-family: Verdana, Arial, Helvetica, sans-serif; background-color: rgb(255, 255, 255);">针对网上有各种版本的理解,本人进行整理,最后进行验证出正确的原理。</span>

1.从返回结果上对比:

load方式检索不到的话会抛出org.hibernate.ObjectNotFoundException异常;

get方法检索不到的话会返回null;

2.从检索执行机制上对比:(本人经查询相关书籍理解与原文章理解不同的地方)

原文:

 而load方法执行则比较复杂首先查找session的persistent Context中是否有缓存,如果有则直接返回 如果没有则判断是否是lazy,

如果不是lazy直接访问数据库检索,查到记录返回,查不到抛出异常。如果是lazy 则需要建立代理对象,对象的initialized属性为false,target属性为null 在访问获得的代理对象的属性时,检索数据库,如果找到记录则把该记录的对象复制到代理对象的target上,并将initialized=true,如果找不到就抛出异常。(hibernate会根据lazy属性值来确定是否使用延迟加载。如果lazy=‘true’ ,就使用延迟加载,返回该代理对象,等到真正访问到该对象的属性时才会去二级缓存中查询,如果没有,再去数据库中查询,如果还没有,就抛出org.hibernate.ObjectNotFoundException异常。如果lazy='false' 则不使用延迟加载,这是load的访问机制就和get一样了。);

 get方法和find方法都是直接从数据库中检索;

而本人理解:

load方法执行则比较复杂首先查找session的persistent Context(一级缓存)中是否有缓存,如果有则直接返回,如果没有则去查找二级缓存,如果有则返回,如果没有则判断是否是lazy,若不是lazy,直接访问数据库检索,查到记录返回(并且同时在二级缓存中存放查到的数据方便下次使用,若再下次使用时在二级缓存命中,就是查到数据,则有可能将数据放到一级缓存中。),查不到抛出异常 若是lazy,则返回代理对象,而不到db中查找,除非使用此对象时,才到db(数据库)中查找。

get方法先到一级缓存,然后二级,最后db查找。

下面用代码来证明我的想法是正确的

数据库原有数据



public class TestMain {        /** * @param args */public static void main(String[] args) {// TODO Auto-generated method stub//添加一个雇员//    TestMain test1= new TestMain();//         test1.addEmpoyee();Session session =HibernateUtil.getCurrentSession();Transaction ts =session.beginTransaction();Employee e1=(Employee) session.load(Employee.class, 27);<span style="color:#009900;">//第一次load查找雇员</span>System.out.println(e1.getName());Employee e2=(Employee) session.load(Employee.class, 27);<span style="color:#009900;">//第二次load查找雇员</span>System.out.println(e2.getEmail());Employee e3=(Employee) session.get(Employee.class, 27);<span style="color:#009900;">//第三次用get查找雇员</span>System.out.println(e3.getHiredate());ts.commit();if(session!=null&&session.isOpen()){session.close();//        session.close();}}
观察下面的结果


可以看语句只加载了一遍~

3.根本区别说明
如果你
使用load方法,hibernate认为该id对应的对象(数据库记录)在数据库中是一定存在的,所以它可以放心的使用,它可以放心的使用代理来 延迟加载该对象。在用到对象中的其他属性数据时才查询数据库,但是万一数据库中不存在该记录,那没办法,只能抛异常。所说的load方法抛异常是指在使用 该对象的数据时,数据库中不存在该数据时抛异常,而不是在创建这个对象时(注意:这就是由于“延迟加载”在作怪)

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

对于get方法,hibernate会确认一下该id对应的数据是否存在,首先在session缓存中查找,然后在二级缓存中查找,还没有就查数据库,数据库中没有就返回null。

对于load和get方法返回类型:虽然好多书中都这么说:“get()永远只返回实体类”,但实际上这是不正确的,get方法如果在 session缓存中找到了该id对应的对象,如果刚好该对象前面是被代理过的,如被load方法使用过,或者被其他关联对象延迟加载过,那么返回的还是 原先的代理对象,而不是实体类对象,如果该代理对象还没有加载实体数据(就是id以外的其他属性数据),那么它会查询二级缓存或者数据库来加载数据,但是 返回的还是代理对象,只不过已经加载了实体数据。

load方法创建时首先查询session缓存,没有就创建代理,实际使用数据时才查询二级缓存和数据库。

get方法首先查询session缓存,没有的话查询二级缓存,最后查询数据库;



4.简单总结

总之对于get和load的根本区别:

hibernate对于load方法认为该数据在数据库中一定存在,可以放心的使用代理来延迟加载,如果在使用过程中发现了问题,只能抛异常;

而对于get方法,hibernate一定要获取到真实的数据,否则返回null。

引用地址:http://www.cnblogs.com/binjoo/articles/1621254.html

引用地址:http://www.chinaitlab.com/Java/Hibernate/952946.html



1 0
原创粉丝点击