对Hibernate中get()与load()不同点分析

开发 后端
Hibernate get()与Hibernate load(),他们都可以通过指定的实体类与ID从数据库中读取数据,并返回对应的实例,但Hibernate不会搞两个完全一样的方法的。

本文主要介绍Hibernate中两个极为相似的方法Hibernate get()与Hibernate load(),他们都可以通过指定的实体类与ID从数据库中读取数据,并返回对应的实例,但Hibernate不会搞两个完全一样的方法的,它们间的不同在于:
◆如果找不到符合条件的纪录,get()方法将返回null.而load()将会报出ObjectNotFoundEcception.

◆load()方法可以返回实体的代理类实例,而get()永远只返回实体类.

◆load()方法可以充分利用二级缓存和内部缓存的现有数据,而get()方法只在内部缓存中进行查找,如没有发现对应数据将跳过二级缓存,直接调用SQL完成查找.

呵呵,没有说到根本点上,Hibernate  get方法和Hibernate load方法的根本区别在于:如果你使用load方法,hibernate认为该id对应的对象(数据库记录)在数据库中是一定存在的,所以它可以放心的使用,它可以放心的使用代理来延迟加载该对象。在用到对象中的其他属性数据时才查询数据库,但是万一数据库中不存在该记录,那没办法,只能抛异常,所说的load方法抛异常是指在使用该对象的数据时,数据库中不存在该数据时抛异常,而不是在创建这个对象时。由于session中的缓存对于hibernate来说是个相当廉价的资源,所以在load时会先查一下session缓存看看该id对应的对象是否存在,不存在则创建代理。所以如果你知道该id在数据库中一定有对应记录存在就可以使用load方法来实现延迟加载。
对于get方法,hibernate会确认一下该id对应的数据是否存在,首先在session缓存中查找,然后在二级缓存中查找,还没有就查数据库,数据库中没有就返回null。

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

胡说八道,前面已经讲了,get方法首先查询session缓存,没有的话查询二级缓存,最后查询数据库;反而load方法创建时首先查询session缓存,没有就创建代理,实际使用数据时才查询二级缓存和数据库。

总之对于get和load的根本区别,一句话,hibernate对于load方法认为该数据在数据库中一定存在,可以放心的使用代理来延迟加载,如果在使用过程中发现了问题,只能抛异常;而对于get方法,hibernate一定要获取到真实的数据,否则返回null。

楼主有没有实际测试过,还是道听途说,还是想混积分。

网上有许多关于Hibernate get/Hibernate load方法的讨论,自己做了一个小小的实验,明确一下Hibernate get/Hibernate load方法的工作原理。
首先get方法没有什么可说的,就是在Session执行此函数的时候hit一下数据库,而load方法比较麻烦,具体的执行流程是这样的:

java 代码

  1. Session session=getSessionFactory().openSession();     
  2. Transaction tr=session.beginTransaction();     
  3. //Student stu2=(Student)session.get(Student.class, new Integer(5));     
  4. //if(session.contains(stu2)) System.out.println("stu2 in the session");     
  5. Student stu=(Student)session.load(Student.class, new Integer(5));     
  6. stu.getAddress();     
  7. tr.commit();     
  8. session.close();    

(1)查找Session所在的persistent Context中是否有缓存的persistent object,如果有则直接返回该persistent object作为stu对象;如果没有,则需要建立代理对象,该代理对象不是我们认为的pojo,其中的代理对象的initialized属性为false,target属性为null。
(2)在访问获得的代理对象的属性时,例如执行stu.getArress()时,因为此时的persistent Context中没有该persistent object,所以会hit数据库。
(3)hit数据库时,如果在数据库中找到该对象对应的记录,那么用获得的对象赋值给该代理对象的target属性,并且将initialized属性改为true;如果在数据库中找不到该对象对应的记录,那么抛出org.hibernate.ObjectNotFoundException异常。

而get方法每次执行都hit数据库,如果没有相对应的记录,那么就返回null。

1)当数据库不存在对应ID数据时,调用load()方法将会抛出ObjectNotFoundException异常,get()方法将返回null.下面是一个简单的测试数据库中没有id为2的person

2)也就是延时加载的区别。load的方法默认要加载的对象是存在数据库中的,返回的是一个代理对象而不是一个真正的类实例,当用到具体与数据库有关的数据时候才查询数据库,而get方法直接查询数据库,返回类的实例。例如上面的例子,运行到(1)直接输出sql语句,而(3)却没有输出,在(5)输出了一条sql语句,由于所查询的对象不存在抛出ObjectNotFoundException异常。关于类的代理对象可以通过debug调试的到。但是如果在内部内存中存在所要查询的对象,无论对象是代理的(load出来的)还是类的实例(get出来的)都会返回内存中的形态。

3)第三点区别就是:“,get方法首先查询session缓存,没有的话查询二级缓存,最后查询数据库;反而load方法创建时首先查询session缓存,没有就创建代理,实际使用数据时才查询二级缓存和数据库。”这是从别的地方听说的。

【编辑推荐】

  1. Hibernate一对多实例
  2. Hibernate的cache缓存解析
  3. Hibernate项目学习经验
  4. 浅谈Hibernate Session实例
  5. 面向对象的 DB2 pureXML 应用程序开发
责任编辑:仲衡 来源: blogjava
相关推荐

2009-08-25 09:58:56

C#参数不同点

2009-08-12 14:59:09

C#和Java不同点

2009-06-29 18:32:30

Hibernate

2010-08-12 08:57:25

2009-06-26 16:23:12

Hibernate gHibernate l

2010-08-24 09:29:37

内连接全连接

2010-02-03 17:32:54

C++左值与右值

2009-06-12 16:24:44

Hibernate lHibernate g

2011-09-02 14:45:43

Oracle临时表SQL Server临

2009-07-16 16:34:34

iBatis和Hibe

2009-07-09 16:01:27

2009-06-18 14:51:12

Hibernate缓存Hibernate

2009-07-06 18:29:55

2011-06-28 09:14:23

Struts 2WebWork

2009-06-12 15:25:38

Hibernate s

2009-11-17 09:07:55

静态构造函数

2009-09-23 16:39:51

Hibernate s

2009-06-12 15:05:03

cascadeHibernate

2012-02-03 10:21:47

HibernateJava

2009-06-24 08:02:15

Hibernateupdate与save
点赞
收藏

51CTO技术栈公众号