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