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：源码地址   

 

PS：原文地址