首页 > 代码库 > Hibernate中Session之get和load方法的真正区别

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

2024-10-14 17:44:39   217人阅读

   最近在学习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.   
  3. import java.util.Date;  
  4.   
  5. import junit.framework.TestCase;  
  6.   
  7. import org.hibernate.ObjectNotFoundException;  
  8. import org.hibernate.Session;  
  9. import org.hibernate.Transaction;  
  10.   
  11. /** 
  12.  * Session测试类 
  13.  *  
  14.  * @author Longxuan 
  15.  *  
  16.  */  
  17. public class SessionTest extends TestCase {  
  18.   
  19.     public void testEquals() {  
  20.         Session session = null;  
  21.         try {  
  22.               
  23.             //获取Session  
  24.             session = HibernateUtils.getSession();  
  25.             // 开启事务  
  26.             session.beginTransaction();  
  27.             System.out.println("\n\n\n\n");  
  28.             try {  
  29.                   
  30.                 // 验证查不到数据时，get返回null，load抛ObjectNotFoundException异常  
  31.                 System.out.println(session.get(User.class, "123"));  
  32.                 System.out.println(session.load(User.class, "123"));  
  33.                   
  34.             } catch (ObjectNotFoundException e) {  
  35.                   
  36.                 System.out.println("load方法抛出ObjectNotFoundException异常");  
  37.                   
  38.             }  
  39.               
  40.             System.out.println("\n\n");  
  41.               
  42.               
  43.   
  44.             // 验证load返回实体类对象，而非代理对象  
  45.             {  
  46.                 User user1 = (User) session.get(User.class,"4028981b41174a690141174a6c6d0003");  
  47.                 User user2 = (User) session.load(User.class,"4028981b41174a690141174a6c6d0003");  
  48.                 System.out.println("user1:" + user1.getClass().getSimpleName());  
  49.                 System.out.println("user2:" + user2.getClass().getSimpleName());  
  50.                 System.out.println("user1与 user2是否为同一对象:" + user1.equals(user2));  
  51.             }  
  52.   
  53.             System.out.println("\n\n");  
  54.             session.clear();//清除Session  
  55.               
  56.               
  57.             // 验证get也可以返回代理类对象，而并不一定返回实体类对象  
  58.             // 同时验证了get方法先查找缓存（如果没有输出sql语句，则说明get查找了缓存）  
  59.             {  
  60.                 User user3 = (User) session.load(User.class,"4028981b41174a690141174a6c6d0003");  
  61.                 User user4 = (User) session.get(User.class,"4028981b41174a690141174a6c6d0003");  
  62.                 System.out.println("user3:" + user3.getClass().getSimpleName());  
  63.                 System.out.println("user4:" + user4.getClass().getSimpleName());  
  64.                 System.out.println("user3与 user4是否为同一对象:" + user3.equals(user4));  
  65.             }  
  66.               
  67.                           
  68.             session.getTransaction().commit();  
  69.   
  70.         } catch (Exception e) {  
  71.   
  72.             e.printStackTrace();  
  73.             session.getTransaction().rollback();  
  74.   
  75.         } finally {  
  76.             HibernateUtils.closeSession(session);  
  77.         }  
  78.   
  79.     }  
  80. }  

运行结果图：
技术分享
 

      还有一个有趣的现象：
  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值，正好找到了，所以不会再去执行数据库查询。也不会报任何错。就有了以上的结果。

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


联系
我们