Hibernate学习(5)- session的get与load方法对比
1、共同点:get和load都是根据Id单条查询获取对象
org.hibernate.Session.get(Class<User> entityType, Serializable id)
不难看出,两者的调用方式一样
2、不同点:
这里先引入结论,再验证:
get方法
根据id直接查询对应的数据,首先在session缓存中查找,然后在二级缓存中查找,还没有就查询数据库,数据库中没有就返回null。
load方法
根据id直接查询对应的数据,首先查询session缓存,如果session中有对应对象,则直接返回该对象,若没有就创建代理对象,实际使用数据其他属性(非标识符)时才查询二级缓存和数据库。(如果只用到标识符,那么便不会去做后续的查询)
使用load方法,hibernate认为该id对应的对象(数据库记录)在数据库中是一定存在的,所以它可以放心的使用,它可以放心的使用代理来延迟加载该对象。在用到对象中的其他属性数据时才查询数据库,但是万一数据库中不存在该记录,那没办法,只能抛异常ObjectNotFoundException;
由于session中的缓存对于hibernate来说是个相当轻量的资源,所以在load时会先查一下session缓存看看该id对应的对象是否存在,不存在则创建代理。所以如果你知道该id在数据库中一定有对应记录存在就可以使用load方法来实现延迟加载。
下面做一个简单的测试对比:
使用get()来根据ID进行单条查询:
@Test public void getTest() { Session session = null; try { session = HibernateUtil.currentSession(); User user = session.get(User.class, 1L); System.out.println(user.getName()); }catch (Exception e) { e.printStackTrace(); }finally { HibernateUtil.closeSession(); } }
断点调试一下:
现在看一下user对象
看一下控制台:(已经打印出查询语句)
接下来继续程序:
使用load()来根据ID进行单条查询:
@Test public void loadTest() { Session session = null; try { session = HibernateUtil.currentSession(); User user = session.load(User.class, 1L); System.out.println(user.getName()); }catch (Exception e) { e.printStackTrace(); }finally { HibernateUtil.closeSession(); } }
断点调试一下:
看一下user
这里发现虽然load已经执行,但是user对象是一个User_$$_jvst7b1_0
我们打开handler 看看:(这里只保存了id,tartget还是为null,说明实际并未查询,而是先用代理类把id记录下来)
再看一下控制台:(并未执行select查询)
接下来继续运行
发现这时执行了select语句;
对比一下我们发现差别了;
再深入的测试,请自行验证;
PS:源码地址 https://github.com/JsonShare/hibernate-demo
PS:原文地址 http://www.cnblogs.com/JsonShare/p/8686887.html