多層結(jié)構(gòu)是J2EE應(yīng)用開發(fā)的基本模式，很多開發(fā)者都會按照多層結(jié)構(gòu)來組織自己的應(yīng)用（通常分為Facade，Application Service,DAO等層），但是他們往往會選擇在不同層上去控制事務(wù)和Hibernate Session的邊界，可千萬不要小看這樣的選擇它會大大影響程序的可維護性和可復(fù)用性。
其實在Facade層來控制事務(wù)的邊界通常都是最佳選擇。我們知道Facade層的粗粒度接口是直接為用戶請求提供相應(yīng)服務(wù)的，在典型的J2EE環(huán)境中通常使用Session Bean來實現(xiàn)Facade層，并且使用CMT。這時如果有的開發(fā)人員在其他層次控制了事務(wù)如DAO，由于這些層次通常不會采用EJB實現(xiàn)，所以所使用的事務(wù)為容器提供的用戶管理事務(wù)，根據(jù)EJB的事務(wù)規(guī)范CMT是無法把事務(wù)上下文傳遞到用戶管理事務(wù)的邊界中的，由于J2EE并不支持事務(wù)的嵌套，所以當(dāng)來自Facade的CMT事務(wù)遇見DAO的事務(wù)時，內(nèi)部事務(wù)將被掛起，這樣整個事務(wù)的情況，就會和設(shè)想的業(yè)務(wù)邏輯產(chǎn)生很大的差異。
并且有時不同業(yè)務(wù)邏輯的實現(xiàn)會復(fù)用DAO提供多個方法，所以很難控制事務(wù)的邊界，導(dǎo)致這些方法難以被復(fù)用。
對于Hibernate Session，由于存在懶加載的問題，所以開發(fā)人員常會預(yù)見這樣的異常LazyInitializationException。避免這個問題就要求在關(guān)閉session前要裝載好要使用的對象關(guān)系域。而這種邏輯通常只與界面顯示內(nèi)容相關(guān)，如果把session的邊界控制放置在DAO或者Application Service中就會使業(yè)務(wù)邏輯的實現(xiàn)要和界面顯示邏輯混合在一起，我們必須在這些方法中加載那些界面顯示需要的對象關(guān)系域。而界面顯示是經(jīng)常變化的，并且業(yè)務(wù)邏輯會被多個不同的界面所復(fù)用，如果這樣Application Service，DAO中方法的復(fù)用性就會大大降低。
把這些工作放在離表現(xiàn)層最近的Facade中便可以避免這些問題。
注意在其他層次中我們不需要控制session的邊界，我們通常采用getCurrentSession()來獲得當(dāng)前事務(wù)中的session,記住這個方法必須在事務(wù)上下文存在的情況下才可以調(diào)用，并且在事務(wù)被提交的時候Hibernate會在自動關(guān)閉session,所以我們不要顯示的關(guān)閉session.