基礎(chǔ)知識詳見：http://mercyblitz.javaeye.com/blog/70106  http://mercyblitz.javaeye.com/blog/70114
這兩篇文章，寫的很詳細(xì)。

但在實(shí)際項(xiàng)目中是SSH架構(gòu)的，我們需要拿到spring bean（例如BO,DAO等）然后設(shè)計(jì)一些跟業(yè)務(wù)相關(guān)的自定義標(biāo)簽，這時(shí)就得用到spring提供的WebApplicationContextUtils，通過這個(gè)類的實(shí)例對象去取bean。
示例代碼如下：
然后我們就可以在標(biāo)簽實(shí)現(xiàn)類夾雜一些業(yè)務(wù)邏輯判斷了。     hibernate中g(shù)et方法和load方法的根本區(qū)別在于：如果你使用load方法，hibernate認(rèn)為該id對應(yīng)的對象（數(shù)據(jù)庫記錄）在數(shù)據(jù)庫中是一定存在的，所以它可以放心的使用，它可以放心的使用代理來延遲加載該對象。在用到對象中的其他屬性數(shù)據(jù)時(shí)才查詢數(shù)據(jù)庫，但是萬一數(shù)據(jù)庫中不存在該記錄，那沒辦法，只能拋異常，所說的load方法拋異常是指在使用該對象的數(shù)據(jù)時(shí)，數(shù)據(jù)庫中不存在該數(shù)據(jù)時(shí)拋異常，而不是在創(chuàng)建這個(gè)對象時(shí)。由于session中的緩存對于hibernate來說是個(gè)相當(dāng)廉價(jià)的資源，所以在load時(shí)會(huì)先查一下session緩存看看該id對應(yīng)的對象是否存在，不存在則創(chuàng)建代理。所以如果你知道該id在數(shù)據(jù)庫中一定有對應(yīng)記錄存在就可以使用load方法來實(shí)現(xiàn)延遲加載。
    對于get方法，hibernate會(huì)確認(rèn)一下該id對應(yīng)的數(shù)據(jù)是否存在，首先在session緩存中查找，然后在二級緩存中查找，還沒有就查數(shù)據(jù)庫，數(shù)據(jù)庫中沒有就返回null。雖然好多書中都這么說：“get()永遠(yuǎn)只返回實(shí)體類”，但實(shí)際上這是不正確的，get方法如果在session緩存中找到了該id對應(yīng)的對象，如果剛好該對象前面是被代理過的，如被load方法使用過，或者被其他關(guān)聯(lián)對象延遲加載過，那么返回的還是原先的代理對象，而不是實(shí)體類對象，如果該代理對象還沒有加載實(shí)體數(shù)據(jù)（就是id以外的其他屬性數(shù)據(jù)），那么它會(huì)查詢二級緩存或者數(shù)據(jù)庫來加載數(shù)據(jù)，但是返回的還是代理對象，只不過已經(jīng)加載了實(shí)體數(shù)據(jù)。 
    關(guān)于二者查詢數(shù)據(jù)的順序可以由前面內(nèi)容總結(jié)如下：get方法首先查詢session緩存，沒有的話查詢二級緩存，最后查詢數(shù)據(jù)庫；反而load方法創(chuàng)建時(shí)首先查詢session緩存，沒有就創(chuàng)建代理，實(shí)際使用數(shù)據(jù)時(shí)才查詢二級緩存和數(shù)據(jù)庫

    總之對于get和load的根本區(qū)別，一句話，hibernate對于load方法認(rèn)為該數(shù)據(jù)在數(shù)據(jù)庫中一定存在，可以放心的使用代理來延遲加載，如果在使用過程中發(fā)現(xiàn)了問題，只能拋異常；而對于get方法，hibernate一定要獲取到真實(shí)的數(shù)據(jù)，否則返回null。   
     摘要: 提起Java內(nèi)部類（Inner Class）可能很多人不太熟悉，實(shí)際上類似的概念在C++里也有，那就是嵌套類（Nested Class），關(guān)于這兩者的區(qū)別與聯(lián)系，在下文中會(huì)有對比。內(nèi)部類從表面上看，就是在類中又定義了一個(gè)類（下文會(huì)看到，內(nèi)部類可以在很多地方定義），而實(shí)際上并沒有那么簡單，乍看上去內(nèi)部類似乎有些多余，它的用處對于初學(xué)者來說可能并不是那么顯著，但是隨著對它的深入了解，你會(huì)發(fā)現(xiàn)Java的...  閱讀全文