Hibernate加載數(shù)據(jù)時(shí)get和load方法的區(qū)別,讓我們先看一下方法原型吧:
1.get方法
/**
* Return the persistent instance of the given entity class with the given identifier,
* or null if there is no such persistent instance. (If the instance, or a proxy for the
* instance, is already associated with the session, return that instance or proxy.)
*
* @param clazz a persistent class
* @param id an identifier
* @return a persistent instance or null
* @throws HibernateException
*/
public Object get(Class clazz, Serializable id) throws HibernateException;
2.load方法
/**
* Return the persistent instance of the given entity class with the given identifier,
* assuming that the instance exists.
* <br><br>
* You should not use this method to determine if an instance exists (use <tt>get()</tt>
* instead). Use this only to retrieve an instance that you assume exists, where non-existence
* would be an actual error.
*
* @param theClass a persistent class
* @param id a valid identifier of an existing persistent instance of the class
* @return the persistent instance or proxy
* @throws HibernateException
*/
經(jīng)過比較我們可以發(fā)現(xiàn):Session.load/get方法均可以根據(jù)指定的實(shí)體類和id從數(shù)據(jù)庫讀取記錄,并返回與之對(duì)應(yīng)的實(shí)體對(duì)象。其區(qū)別在于:
- 如果未能發(fā)現(xiàn)符合條件的記錄,get方法返回null,而load方法會(huì)拋出一個(gè)ObjectNotFoundException。
- Load方法可返回實(shí)體的代理類實(shí)例,而get方法永遠(yuǎn)直接返回實(shí)體類。
- load方法可以充分利用內(nèi)部緩存和二級(jí)緩存中的現(xiàn)有數(shù)據(jù),而get方法則僅僅在內(nèi)部緩存中進(jìn)行數(shù)據(jù)查找,如沒有發(fā)現(xiàn)對(duì)應(yīng)數(shù)據(jù),將越過二級(jí)緩存,直接調(diào)用SQL完成數(shù)據(jù)讀取。
Session在加載實(shí)體對(duì)象時(shí),將經(jīng)過的過程:
- 首先,Hibernate中維持了兩級(jí)緩存。第一級(jí)緩存由Session實(shí)例維護(hù),其中保持了Session當(dāng)前所有關(guān)聯(lián)實(shí)體的數(shù)據(jù),也稱為內(nèi)部緩存。而第二級(jí)緩存則存在于SessionFactory層次,由當(dāng)前所有由本SessionFactory構(gòu)造的Session實(shí)例共享。出于性能考慮,避免無謂的數(shù)據(jù)庫訪問,Session在調(diào)用數(shù)據(jù)庫查詢功能之前,會(huì)先在緩存中進(jìn)行查詢。首先在第一級(jí)緩存中,通過實(shí)體類型和id進(jìn)行查找,如果第一級(jí)緩存查找命中,且數(shù)據(jù)狀態(tài)合法,則直接返回。
- 之后,Session會(huì)在當(dāng)前“NonExists”記錄中進(jìn)行查找,如果“NonExists”記錄中存在同樣的查詢條件,則返回null。“NonExists”記錄了當(dāng)前Session實(shí)例在之前所有查詢操作中,未能查詢到有效數(shù)據(jù)的查詢條件(相當(dāng)于一個(gè)查詢黑名單列表)。如此一來,如果Session中一個(gè)無效的查詢條件重復(fù)出現(xiàn),即可迅速作出判斷,從而獲得最佳的性能表現(xiàn)。
- 對(duì)于load方法而言,如果內(nèi)部緩存中未發(fā)現(xiàn)有效數(shù)據(jù),則查詢第二級(jí)緩存,如果第二級(jí)緩存命中,則返回。
- 如在緩存中未發(fā)現(xiàn)有效數(shù)據(jù),則發(fā)起數(shù)據(jù)庫查詢操作(Select SQL),如經(jīng)過查詢未發(fā)現(xiàn)對(duì)應(yīng)記錄,則將此次查詢的信息在“NonExists”中加以記錄,并返回null。
- 根據(jù)映射配置和Select SQL得到的ResultSet,創(chuàng)建對(duì)應(yīng)的數(shù)據(jù)對(duì)象。
- 將其數(shù)據(jù)對(duì)象納入當(dāng)前Session實(shí)體管理容器(一級(jí)緩存)。
- 執(zhí)行Interceptor.onLoad方法(如果有對(duì)應(yīng)的Interceptor)。
- 將數(shù)據(jù)對(duì)象納入二級(jí)緩存。
- 如果數(shù)據(jù)對(duì)象實(shí)現(xiàn)了LifeCycle接口,則調(diào)用數(shù)據(jù)對(duì)象的onLoad方法。
- 返回?cái)?shù)據(jù)對(duì)象。
============================================
Hibernate中有兩個(gè)極為相似的方法get()與load(),他們都可以通過指定的實(shí)體類與ID從數(shù)據(jù)庫中讀取數(shù)據(jù),并返回對(duì)應(yīng)的實(shí)例,但Hibernate不會(huì)搞兩個(gè)完全一樣的方法的,它們間的不同在于:
1.如果找不到符合條件的紀(jì)錄,get()方法將返回null.而load()將會(huì)報(bào)出ObjectNotFoundEcception.
2.load()方法可以返回實(shí)體的代理類實(shí)例,而get()永遠(yuǎn)只返回實(shí)體類.
3.load()方法可以充分利用二級(jí)緩存和內(nèi)部緩存的現(xiàn)有數(shù)據(jù),而get()方法只在內(nèi)部緩存中進(jìn)行查找,如沒有發(fā)現(xiàn)對(duì)應(yīng)數(shù)據(jù)將跳過二級(jí)緩存,直接調(diào)用SQL完成查找.
B:
呵呵,沒有說到根本點(diǎn)上,hibernate中g(shù)et方法和load方法的根本區(qū)別在于:如果你使用load方法,hibernate認(rèn)為該id對(duì)應(yīng)的對(duì)象(數(shù)據(jù)庫記錄)在數(shù)據(jù)庫中是一定存在的,所以它可以放心的使用,它可以放心的使用代理來延遲加載該對(duì)象。在用到對(duì)象中的其他屬性數(shù)據(jù)時(shí)才查詢數(shù)據(jù)庫,但是萬一數(shù)據(jù)庫中不存在該記錄,那沒辦法,只能拋異常,所說的load方法拋異常是指在使用該對(duì)象的數(shù)據(jù)時(shí),數(shù)據(jù)庫中不存在該數(shù)據(jù)時(shí)拋異常,而不是在創(chuàng)建這個(gè)對(duì)象時(shí)。由于session中的緩存對(duì)于hibernate來說是個(gè)相當(dāng)廉價(jià)的資源,所以在load時(shí)會(huì)先查一下session緩存看看該id對(duì)應(yīng)的對(duì)象是否存在,不存在則創(chuàng)建代理。所以如果你知道該id在數(shù)據(jù)庫中一定有對(duì)應(yīng)記錄存在就可以使用load方法來實(shí)現(xiàn)延遲加載。
對(duì)于get方法,hibernate會(huì)確認(rèn)一下該id對(duì)應(yīng)的數(shù)據(jù)是否存在,首先在session緩存中查找,然后在二級(jí)緩存中查找,還沒有就查數(shù)據(jù)庫,數(shù)據(jù)庫中沒有就返回null。
對(duì)于第2點(diǎn),雖然好多書中都這么說:“get()永遠(yuǎn)只返回實(shí)體類”,但實(shí)際上這是不正確的,get方法如果在session緩存中找到了該id對(duì)應(yīng)的對(duì)象,如果剛好該對(duì)象前面是被代理過的,如被load方法使用過,或者被其他關(guān)聯(lián)對(duì)象延遲加載過,那么返回的還是原先的代理對(duì)象,而不是實(shí)體類對(duì)象,如果該代理對(duì)象還沒有加載實(shí)體數(shù)據(jù)(就是id以外的其他屬性數(shù)據(jù)),那么它會(huì)查詢二級(jí)緩存或者數(shù)據(jù)庫來加載數(shù)據(jù),但是返回的還是代理對(duì)象,只不過已經(jīng)加載了實(shí)體數(shù)據(jù)。
3。胡說八道,前面已經(jīng)講了,get方法首先查詢session緩存,沒有的話查詢二級(jí)緩存,最后查詢數(shù)據(jù)庫;反而load方法創(chuàng)建時(shí)首先查詢session緩存,沒有就創(chuàng)建代理,實(shí)際使用數(shù)據(jù)時(shí)才查詢二級(jí)緩存和數(shù)據(jù)庫。
總之對(duì)于get和load的根本區(qū)別,一句話,hibernate對(duì)于load方法認(rèn)為該數(shù)據(jù)在數(shù)據(jù)庫中一定存在,可以放心的使用代理來延遲加載,如果在使用過程中發(fā)現(xiàn)了問題,只能拋異常;而對(duì)于get方法,hibernate一定要獲取到真實(shí)的數(shù)據(jù),否則返回null。
樓主有沒有實(shí)際測試過,還是道聽途說,還是想混積分。
C:
網(wǎng)上有許多關(guān)于load和get方法的討論,自己做了一個(gè)小小的實(shí)驗(yàn),明確一下load和get方法的工作原理。
首先get方法沒有什么可說的,就是在Session執(zhí)行此函數(shù)的時(shí)候hit一下數(shù)據(jù)庫,而load方法比較麻煩,具體的執(zhí)行流程是這樣的:
java 代碼
- Session session=getSessionFactory().openSession();
- Transaction tr=session.beginTransaction();
-
-
- Student stu=(Student)session.load(Student.class, new Integer(5));
- stu.getAddress();
- tr.commit();
- session.close();
(1)查找Session所在的persistent Context中是否有緩存的persistent object,如果有則直接返回該persistent object作為stu對(duì)象;如果沒有,則需要建立代理對(duì)象,該代理對(duì)象不是我們認(rèn)為的pojo,其中的代理對(duì)象的initialized屬性為false,target屬性為null。
(2)在訪問獲得的代理對(duì)象的屬性時(shí),例如執(zhí)行stu.getArress()時(shí),因?yàn)榇藭r(shí)的persistent Context中沒有該persistent object,所以會(huì)hit數(shù)據(jù)庫。
(3)hit數(shù)據(jù)庫時(shí),如果在數(shù)據(jù)庫中找到該對(duì)象對(duì)應(yīng)的記錄,那么用獲得的對(duì)象賦值給該代理對(duì)象的target屬性,并且將initialized屬性改為true;如果在數(shù)據(jù)庫中找不到該對(duì)象對(duì)應(yīng)的記錄,那么拋出org.hibernate.ObjectNotFoundException異常。
而get方法每次執(zhí)行都hit數(shù)據(jù)庫,如果沒有相對(duì)應(yīng)的記錄,那么就返回null。