Hibernate中Session之get和load方法的真正区别

时间:2022-07-13 17:46:19

最近在学习SHH框架中的hibernate,对Session的get和load方法,有点混不清楚,不知道区别在哪,或者对它们的区别感触不深。所以百度了一下,结果问题来了。百度的结果和实际测试的结果出入很大。主要是对get方法的说法跟实际运行的结果不一致。

先说一下观点吧:

  • get不支持lazy,load支持lazy;
  • 数据不存在时,get返回null,load则抛出ObjectNotFoundException异常。
  • load方法可以返回实体的代理类实例,而get方法直接读取数据库,所以直接返回实体类(get的这个说法是错误的)
      对于第一条,相信大家都没有太多的疑问。我这里给个例子稍作解释:lazy意味着用的时候才去执行sql语句。
  1. User user = (User)session.load(User.class,"4028981b41174a690141174a6c6d0003");

这句代码不会去执行数据库查询,只有用到user时才会去执行数据库查询。所以不会立即生成sql语句。

  1. User user = (User)session.get(User.class, "4028981b41174a690141174a6c6d0003");

而上面这句代码则会立即去执行数据库查询(如果缓存中没有实例)。

而后面的问题要想说明白,首先得了解一个问题——Session加载实体对象的过程:

首先,Hibernate中维持了两级缓存。第一级缓存由Session实例维护,它是属于事务范围的缓存。其中保持了Session当前所有关联实体的数据,也称为内部缓存。而第二级缓存则存在于SessionFactory层次,它是属于进程范围或群集范围的缓存,由当前所有由本SessionFactory构造的Session实例共享。

出于性能考虑,避免无谓的数据库访问,Session在调用数据库查询功能之前,会先在缓存中进行查询。首先在第一级缓存(内部缓存)中,通过实体类型和id进行查找,如果第一级缓存查找命中,且数据状态合法,则直接返回。然后,Session会在当前“NonExists”记录中进行查找,如果“NonExists”记录中存在同样的查询条件,则返回null。 “NonExists” 记录了当前Session实例在之前所有查询操作中,未能查询到有效数据的查询条件(相当于一个查询黑名单列表)。如此一来,如果Session中一个无效的查询条件重复出现,即可迅速作出判断,从而获得最佳的性能表现。

      对于load方法而言,首先查找内部缓存,如果命中,则返回实例,如果内部缓存中未发现有效数据,则查询第二级缓存,如果第二级缓存命中,则返回。若二级缓存中依旧未发现有效数据,则发起数据库查询操作(Select SQL)。如果查询到,则返回实体类的代理对象,若经过查询未发现对应记录,则将此次查询的信息在“NonExists” 中加以记录,并抛出ObjectNotFoundException异常。
      对于get方法而言,许多书上、网络博客里都说错了。get方法同样是先查找内部缓存,如果命中,则返回,否则发起数据库查询操作,如果查询到,则返回实体类的对象,若经过查询未发现对应记录,则将此次查询的信息在“NonExists” 中加以记录,并返回null。所以网络上说的“当他人修改了数据后,用load可能读取不到最新的数据,而get肯定可以读取到最新修改的数据”的说法也是不成立的。
      这也就意味着,get方法获取到的并不一定是实体类对象,load方法也不一定是返回实体代理类对象。
      以上的观点都是我通过测试得出来的,有代码有图有真相呀:
  1. package com.bjpowernode.hibernate;
  2. import java.util.Date;
  3. import junit.framework.TestCase;
  4. import org.hibernate.ObjectNotFoundException;
  5. import org.hibernate.Session;
  6. import org.hibernate.Transaction;
  7. /**
  8. * Session测试类
  9. *
  10. * @author Longxuan
  11. *
  12. */
  13. public class SessionTest extends TestCase {
  14. public void testEquals() {
  15. Session session = null;
  16. try {
  17. //获取Session
  18. session = HibernateUtils.getSession();
  19. // 开启事务
  20. session.beginTransaction();
  21. System.out.println("\n\n\n\n");
  22. try {
  23. // 验证查不到数据时,get返回null,load抛ObjectNotFoundException异常
  24. System.out.println(session.get(User.class, "123"));
  25. System.out.println(session.load(User.class, "123"));
  26. } catch (ObjectNotFoundException e) {
  27. System.out.println("load方法抛出ObjectNotFoundException异常");
  28. }
  29. System.out.println("\n\n");
  30. // 验证load返回实体类对象,而非代理对象
  31. {
  32. User user1 = (User) session.get(User.class,"4028981b41174a690141174a6c6d0003");
  33. User user2 = (User) session.load(User.class,"4028981b41174a690141174a6c6d0003");
  34. System.out.println("user1:" + user1.getClass().getSimpleName());
  35. System.out.println("user2:" + user2.getClass().getSimpleName());
  36. System.out.println("user1与 user2是否为同一对象:" + user1.equals(user2));
  37. }
  38. System.out.println("\n\n");
  39. session.clear();//清除Session
  40. // 验证get也可以返回代理类对象,而并不一定返回实体类对象
  41. // 同时验证了get方法先查找缓存(如果没有输出sql语句,则说明get查找了缓存)
  42. {
  43. User user3 = (User) session.load(User.class,"4028981b41174a690141174a6c6d0003");
  44. User user4 = (User) session.get(User.class,"4028981b41174a690141174a6c6d0003");
  45. System.out.println("user3:" + user3.getClass().getSimpleName());
  46. System.out.println("user4:" + user4.getClass().getSimpleName());
  47. System.out.println("user3与 user4是否为同一对象:" + user3.equals(user4));
  48. }
  49. session.getTransaction().commit();
  50. } catch (Exception e) {
  51. e.printStackTrace();
  52. session.getTransaction().rollback();
  53. } finally {
  54. HibernateUtils.closeSession(session);
  55. }
  56. }
  57. }

运行结果图:

Hibernate中Session之get和load方法的真正区别

      还有一个有趣的现象:
  1. User user5 = (User)session.load(User.class, "123");
  2. System.out.println(user5.getId());

运行结果直接输出 123

      从结果中也可以看出,前2句代码,不会去执行数据库操作。因为load后会在hibernate的一级缓存里存放一个map对象,该map的key就是Id的值,但是当你getId()时,它会去一级缓存里拿map的key值,正好找到了,所以不会再去执行数据库查询。也不会报任何错。就有了以上的结果。