1. 對於Hibernate get方法,Hibernate會確認一下該id對應的數據是否存在,首先在session緩存中查找,而後在二級緩存中查找,尚未就查詢數據庫,數據庫中沒有就返回null。這個相對比較簡單,也沒有太大的爭議。主要要說明的一點就是在這個版本中get方法也會查找二級緩存!java
2. Hibernate load方法加載實體對象的時候,根據映射文件上類級別的lazy屬性的配置(默認爲true),分狀況討論:sql
(1)若爲true,則首先在Session緩存中查找,看看該id對應的對象是否存在,不存在則使用延遲加載,返回實體的代理類對象(該代理類爲實體類的子類,由CGLIB動態生成)。等到具體使用該對象(除獲取OID之外)的時候,再查詢二級緩存和數據庫,若仍沒發現符合條件的記錄,則會拋出一個ObjectNotFoundException。數據庫
(2)若爲false,就跟Hibernate get方法查找順序同樣,只是最終若沒發現符合條件的記錄,則會拋出一個ObjectNotFoundException。緩存
事例解析:session
一.load加載方式ide
當使用load方法來獲得一個對象時,此時hibernate會使用延遲加載的機制來加載這個對象,即:當咱們使用session.load()方法來加載一個對象時,此時並不會發出sql語句,當前獲得的這個對象實際上是一個代理對象,這個代理對象只保存了實體對象的id值,只有當咱們要使用這個對象,獲得其它屬性時,這個時候纔會發出sql語句,從數據庫中去查詢咱們的對象。性能
session = HibernateUtil.openSession(); /* * 經過load的方式加載對象時,會使用延遲加載機制,此時並不會發出sql語句,只有當咱們須要使用的時候纔會從數據庫中去查詢 */ User user = (User)session.load(User.class, 2);
咱們看到,若是咱們僅僅是經過load來加載咱們的User對象,此時從控制檯咱們會發現並不會從數據庫中查詢出該對象,即並不會發出sql語句,但若是咱們要使用該對象時:spa
session = HibernateUtil.openSession(); User user = (User)session.load(User.class, 2); System.out.println(user);
此時咱們看到控制檯會發出了sql查詢語句,會將該對象從數據庫中查詢出來:hibernate
Hibernate: select user0_.id as id0_0_, user0_.username as username0_0_, user0_.password as password0_0_, user0_.born as born0_0_ from user user0_ where user0_.id=?User [id=2, username=aaa, password=111, born=2013-10-16 00:14:24.0]
這個時候咱們可能會想,那麼既然調用load方法時,並不會發出sql語句去從數據庫中查出該對象,那麼這個User對象究竟是個什麼對象呢?代理
其實這個User對象是咱們的一個代理對象,這個代理對象僅僅保存了id這個屬性:
session == (User)session.load(User., 2
咱們看到,若是咱們只打印出這個user對象的id值時,此時控制檯會打印出該id值,可是一樣不會發出sql語句去從數據庫中去查詢。這就印證了咱們的這個user對象僅僅是一個保存了id的代理對象,但若是我須要打印出user對象的其餘屬性值時,這個時候會不會發出sql語句呢?答案是確定的:
session = HibernateUtil.openSession(); /* * 經過load的方式加載對象時,會使用延遲加載機制,此時獲得的User對象實際上是一個 * 代理對象,該代理對象裏面僅僅只有id這個屬性 */ User user = (User)session.load(User.class, 2); System.out.println(user.getId()); // 若是此時要獲得user其餘屬性,則會從數據庫中查詢 System.out.println(user.getUsername());
此時咱們看控制檯的輸出:
2Hibernate: select user0_.id as id0_0_, user0_.username as username0_0_, user0_.password as password0_0_, user0_.born as born0_0_ from user user0_ where user0_.id=?aaa
相信經過上述的幾個例子,你們應該很好的瞭解了load的這種加載對象的方式了吧。
2、get加載方式
相對於load的延遲加載方式,get就直接的多,當咱們使用session.get()方法來獲得一個對象時,無論咱們使不使用這個對象,此時都會發出sql語句去從數據庫中查詢出來:
session = HibernateUtil.openSession(); /* * 經過get方法來加載對象時,無論使不使用該對象,都會發出sql語句,從數據庫中查詢 */ User user = (User)session.get(User.class, 2);
此時咱們經過get方式來獲得user對象,可是咱們並無使用它,可是咱們發現控制檯會輸出sql的查詢語句:
Hibernate: select user0_.id as id0_0_, user0_.username as username0_0_, user0_.password as password0_0_, user0_.born as born0_0_ from user user0_ where user0_.id=?
所以咱們能夠看到,使用load的加載方式比get的加載方式性能要好一些,由於load加載時,獲得的只是一個代理對象,當真正須要使用這個對象時再去從數據庫中查詢。
3、使用get和load時的一些小問題
當了解了load和get的加載機制之後,咱們此時來看看這兩種方式會出現的一些小問題:
①若是使用get方式來加載對象,當咱們試圖獲得一個id不存在的對象時,此時會報NullPointException的異常
session = HibernateUtil.openSession(); /* * 當經過get方式試圖獲得一個id不存在的user對象時,此時會報NullPointException異常 */ User user = (User)session.get(User.class, 20); System.out.println(user.getUsername());
此時咱們看控制檯的輸出信息,會報空指針的異常:
Hibernate: select user0_.id as id0_0_, user0_.username as username0_0_, user0_.password as password0_0_, user0_.born as born0_0_ from user user0_ where user0_.id=?java.lang.NullPointerException .........
這是由於經過get方式咱們會去數據庫中查詢出該對象,可是這個id值不存在,因此此時user對象是null,因此就會報NullPointException的異常了。
②若是使用load方式來加載對象,當咱們試圖獲得一個id不存在的對象時,此時會報ObjectNotFoundException異常:
session = HibernateUtil.openSession(); /* * 當經過get方式試圖獲得一個id不存在的user對象時,此時會報ObjectNotFoundException異常 */ User user = (User)session.load(User.class, 20); System.out.println(user.getId()); System.out.println(user.getUsername());
咱們看看控制檯的輸出:
20Hibernate: select user0_.id as id0_0_, user0_.username as username0_0_, user0_.password as password0_0_, user0_.born as born0_0_ from user user0_ where user0_.id=?org.hibernate.ObjectNotFoundException: No row with the given identifier exists: [com.xiaoluo.bean.User#20]......
爲何使用load的方式和get的方式來獲得一個不存在的對象報的異常不一樣呢??其緣由仍是由於load的延遲加載機制,使用load時,此時的user對象是一個代理對象,僅僅保存了當前的這個id值,當咱們試圖獲得該對象的username屬性時,這個屬性實際上是不存在的,因此就會報出ObjectNotFoundException這個異常了。