Hibernate学习（5）- session的get与load方法对比

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

org.hibernate.Session.load(Class<User> theClass, Serializable id)
org.hibernate.Session.get(Class<User> entityType, Serializable id)
不难看出，二者的调用方式同样

二、不一样点：

这里先引入结论，再验证：

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