這次我們來(lái)談一下Hibernate3.2 Session加載數(shù)據(jù)時(shí)get和load方法的區(qū)別，其實(shí)這個(gè)在網(wǎng)上有很多的論述，可大多語(yǔ)焉不詳或經(jīng)不起實(shí)踐的推敲，讓很多初學(xué)者學(xué)的滿腹疑竇，現(xiàn)在我給大家講解一下：
1. 對(duì)于get方法，hibernate會(huì)確認(rèn)一下該id對(duì)應(yīng)的數(shù)據(jù)是否存在，首先在session緩存中查找，然后在二級(jí)緩存中查找，還沒(méi)有就查詢數(shù)據(jù)庫(kù)，數(shù)據(jù)庫(kù)中沒(méi)有就返回null。這個(gè)相對(duì)比較簡(jiǎn)單，也沒(méi)有太大的爭(zhēng)議。主要要說(shuō)明的一點(diǎn)就是在這個(gè)版本中get方法也會(huì)查找二級(jí)緩存！
2. load方法加載實(shí)體對(duì)象的時(shí)候，根據(jù)映射文件上類級(jí)別的lazy屬性的配置(默認(rèn)為true)，分情況討論：
(1)若為true,則首先在Session緩存中查找，看看該id對(duì)應(yīng)的對(duì)象是否存在，不存在則使用延遲加載，返回實(shí)體的代理類對(duì)象(該代理類為實(shí)體類的子類，由CGLIB動(dòng)態(tài)生成)。等到具體使用該對(duì)象(除獲取OID以外)的時(shí)候，再查詢二級(jí)緩存和數(shù)據(jù)庫(kù)，若仍沒(méi)發(fā)現(xiàn)符合條件的記錄，則會(huì)拋出一個(gè)ObjectNotFoundException。
(2)若為false,就跟get方法查找順序一樣，只是最終若沒(méi)發(fā)現(xiàn)符合條件的記錄，則會(huì)拋出一個(gè)ObjectNotFoundException。
這里get和load有兩個(gè)重要區(qū)別:
- 如果未能發(fā)現(xiàn)符合條件的記錄，get方法返回null，而load方法會(huì)拋出一個(gè)ObjectNotFoundException。
- load方法可返回沒(méi)有加載實(shí)體數(shù)據(jù)的代理類實(shí)例，而get方法永遠(yuǎn)返回有實(shí)體數(shù)據(jù)的對(duì)象。(對(duì)于load和get方法返回類型：好多書中都說(shuō)：“get方法永遠(yuǎn)只返回實(shí)體類”，實(shí)際上并不正確，get方法如果在session緩存中找到了該id對(duì)應(yīng)的對(duì)象，如果剛好該對(duì)象前面是被代理過(guò)的，如被load方法使用過(guò)，或者被其他關(guān)聯(lián)對(duì)象延遲加載過(guò)，那么返回的還是原先的代理對(duì)象，而不是實(shí)體類對(duì)象，如果該代理對(duì)象還沒(méi)有加載實(shí)體數(shù)據(jù)（就是id以外的其他屬性數(shù)據(jù)），那么它會(huì)查詢二級(jí)緩存或者數(shù)據(jù)庫(kù)來(lái)加載數(shù)據(jù)，但是返回的還是代理對(duì)象，只不過(guò)已經(jīng)加載了實(shí)體數(shù)據(jù)。)
總之對(duì)于get和load的根本區(qū)別，一句話，hibernate對(duì)于load方法認(rèn)為該數(shù)據(jù)在數(shù)據(jù)庫(kù)中一定存在，可以放心的使用代理來(lái)延遲加載，如果在使用過(guò)程中發(fā)現(xiàn)了問(wèn)題，只能拋異常；而對(duì)于get方法，hibernate一定要獲取到真實(shí)的數(shù)據(jù)，否則返回null。
最后，我們分析下為什么網(wǎng)路上那么多關(guān)于二者區(qū)別的文章不太準(zhǔn)確！首先可能是版本問(wèn)題，Hibernate版
本不同，運(yùn)行機(jī)制不太一樣；其次就是很多朋友只是把自己經(jīng)驗(yàn)所得與人分享，并沒(méi)有經(jīng)過(guò)全方位代碼的檢測(cè)；最后就是有些技術(shù)牛人，表達(dá)比較隨意。所以我希望
大家以后學(xué)習(xí)知識(shí)的時(shí)候不要盲從他人迷信權(quán)威，一定要綜合多方資料，比較和整理，再經(jīng)過(guò)自己實(shí)踐檢驗(yàn)，這樣得到的知識(shí)才是真實(shí)有效的。