Hibernate中get()和load()的区别

缺乏、安全感 2021-11-05 23:44 301阅读 0赞

Hibernate中根据Id单条查询获取对象的方式有两种，分别是get()和load()，来看一下这两种方式的区别。

### 1. get() ###

使用get()来根据ID进行单条查询：

User user=session.get(User.class, "1");

当get()方法被调用的时候就会立即发出SQL语句：

Hibernate:
        select
            user0_.ID as ID1_1_0_,
            user0_.CREATETIME as CREATETI2_1_0_,
            user0_.UPDATETIME as UPDATETI3_1_0_,
            user0_.USERNAME as USERNAME4_1_0_,
            user0_.PASSWD as PASSWD5_1_0_
        from
            USER user0_
        where
            user0_.ID=?

并且返回的对象也是实际的对象：

![1440516-20190725144518269-1261551967.png][]

使用get()和普通的单条查询并没有多大的区别。

### 2. load() ###

当使用load()进行查询的时候情况就变得很不一样了：

User user=session.load(User.class, "1");

当调用load()方法的时候会返回一个目标对象的代理对象，在这个代理对象中只存储了目标对象的ID值，只有当调用除ID值以外的属性值的时候才会发出SQL查询的。

返回值：

[![image][]][image 1]

在handler中有一个属性叫做target，保存着被代理的对象：

[![image][image 2]][image_image 2]

现在这个位置还是空的呢。

当我们尝试下面的代码时：

User user=session.load(User.class, "1");
    System.out.println(user.getId());

因为我们只访问了ID属性，这个在代理对象中是已经存在的了，所以并不需要再去数据库中查询，因此并不会发出SQL查询语句。

当使用到除ID以外的属性的时候，会发出SQL查询语句，比如尝试执行下面的代码：

User user=session.load(User.class, "1");
    System.out.println(user.getUsername());

会发现控制台打印了SQL查询语句：

这个时候再看代理对象的话，会发现target已经被填充上了：

[![image][image 3]][image_image 3]

### 3. Exception ###

下面的代码会报一个空指针异常：

User user=session.get(User.class, "foobar");
    System.out.println(user.getUsername());

上面的这段代码抛出了空指针异常 NPE：

![1440516-20190725144755392-141247382.png][]

这个是很容易理解的，因为没有查询到的就空指针了嘛。

而下面的这段代码则会报一个ObjectNotFoundException异常：

User user=session.load(User.class, "foobar");
    System.out.println(user.getUsername());

抛出了ObjectNotFoundException异常：

[![image][image 4]][image_image 4]

这个就有点奇怪了，这个是因为我们使用load()的时候返回的是一个代理对象，因为这个时候还没有进行查询，所以我们并没有办法确定要查询的对象到底存在不存在，所以使用load()查询的返回值是永远不会为空的，但是呢，当我们试图访问被代理的真实对象的时候，因为这个对象并不存在，所以就抛出了一个ObjectNotFoundException。

还有一种说法是get()是用于不确定对象是否真的存在的情况，所以在查询出来后可以先进行一个空指针判断，而load()方法用于对象一定存在的情况下，不然等会儿使用的时候就可能会抛出ObjectNotFoundException了。

再来看下面这段代码：

@Test
    public void test_001(){
         
        SessionFactory sessionFactory=new Configuration().configure().buildSessionFactory();
        Session session=sessionFactory.openSession();
         
        User user=null;
         
        try {
            session.beginTransaction();
             
            user=session.load(User.class, "foobar");
             
            session.getTransaction().commit();
        } catch (Exception e) {
            session.getTransaction().rollback();
            e.printStackTrace();
        }finally{
            try {
                session.close();
            } catch (Exception e) {
                e.printStackTrace();
            }
        }
         
        System.out.println(user.getUsername());
         
    }

抛出了一个LazyInitializationException：

[![image][image 5]][image_image 5]

这个是因为我们使用load()查询出来的对象只有在调用完非ID属性的时候才会去查询数据填充进来，但是查询数据的时候是需要依赖产生这个代理对象的那个Session去查询的，当我们将Session关闭后，再试图去访问非ID属性，它正打算拿着自己依赖的Session去数据库查询，一看Session竟然被关闭了，得，干脆抛出一个LazyInitializationException好了。

解决办法就是在查询的时候思考一下，这个对象时候需要在Session关闭之后还能使用得到呢？如果是的话，那么我们使用get()来查询，或者手动调用空访问一个非ID属性让它把数据回填上先。

### 4. 缓存 ###

get()和load()都会使用缓存，都是首先从一级缓存Session中查找，当找不到的时候再去二级缓存中查找，当查询不到的时候get()返回的是null，而load()则返回代理对象。

来看下面这段代码：

User user1=session.get(User.class, "1");
    User user2=session.load(User.class, "1");

来看一下这两条执行过后这两个变量的值：

[![image][image 6]][image_image 6]

会发现两个都是真实对象，连load()返回的也是真实对象，并且它们引用的还是同一块对象。

这个是因为get()查询出来ID为1的对象后会将其放入到缓存中，而load()再去查询的时候它会先去缓存中查找，如果缓存中没有的话才会返回代理对象，但是当缓存中已经存在的话就直接将真实对象返回来了。

### 5. 对比总结 ###

返回值：

get()返回的是查询出来的实体对象，而load()查询出来的是一个目标实体的代理对象。

查询时机：

get()在调用的时候就立即发出SQL语句查询，而load()在访问非ID属性的时候才会发出查询语句并且将被代理对象target填充上，但是如果这个动作发生在Session被关闭后的话就会抛出LazyInitializationException。

查询结果为空时：

get()抛出NullPointerException

load()抛出ObjectNotFoundException

文章转载自：https://www.cnblogs.com/cc11001100/p/6883790.html

转载于:https://www.cnblogs.com/yichenscc/p/11244227.html

[1440516-20190725144518269-1261551967.png]: /images/20211104/545a8dccdf6845efbca5c6ca6eea7732.png
[image]: /images/20211104/b834b1fe8131446a863d807ae7f22582.png
[image 1]: http://images2015.cnblogs.com/blog/784924/201705/784924-20170521024042947-93017964.png
[image 2]: https://images2015.cnblogs.com/blog/784924/201705/784924-20170521024044135-2023242998.png
[image_image 2]: /images/20211104/b11500b68d814a3b90b8fe1a3ad7e45a.png
[image 3]: https://images2015.cnblogs.com/blog/784924/201705/784924-20170521024044900-1563808119.png
[image_image 3]: /images/20211104/dd34b901ddb0446faa1492620bef5568.png
[1440516-20190725144755392-141247382.png]: /images/20211104/908cce6d1520435a885614196b22e938.png
[image 4]: https://images2015.cnblogs.com/blog/784924/201705/784924-20170521024048260-2122272277.png
[image_image 4]: /images/20211104/7cd237549d8947149980ec2826c8300b.png
[image 5]: https://images2015.cnblogs.com/blog/784924/201705/784924-20170521024048994-562651219.png
[image_image 5]: /images/20211104/ac3b08ed7489469ea06c0b2fa46c8755.png
[image 6]: https://images2015.cnblogs.com/blog/784924/201705/784924-20170521134128291-789155806.png
[image_image 6]: /images/20211104/9c783ff610d44d60bafb9ee7cc9b8c4f.png