Hibernate学习(5)- session的get与load方法对比

 1、共同点:get和load都是根据Id单条查询获取对象

org.hibernate.Session.load(Class<User> theClass, Serializable 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

 

posted @ 2018-04-01 15:55  Json_wangqiang  阅读(417)  评论(0编辑  收藏  举报