詳述Hibernate架構(Architecture)
要學好Hibernate，首先要了解Hibernate架構，可能大家對Hibernate架構還不太明白，沒有關系，看完本文你肯定有不少收獲，希望本文能教會你。
1. 架構概況(Overview)
一個非常簡要的Hibernate架構的概要圖：
從這個圖可以看出，Hibernater使用數據庫和配置信息來為應用程序提供持久化服務（以及持久的對象）。
我們來更詳細地看一下運行時Hibernate架構。由于Hibernate非常靈活，且支持數種應用方案，所以我們這只描述一下兩種極端的情況。“輕型”的架構方案，要求應用程序提供自己的JDBC 連接并管理自己的事務。這種方案使用了Hibernate API的最小子集：
“全面解決”的架構方案，將應用層從底層的JDBC/JTA API中抽象出來，而讓Hibernate來處理這些細節。
Heres some definitions of the objects in the diagrams: 圖中各個對象的定義如下：
SessionFactory (org.hibernate.SessionFactory)
針對單個數據庫映射關系經過編譯后的內存鏡像，它也是線程安全的（不可變）。 它是生成Session的工廠，本身要用到ConnectionProvider。 該對象可以在進程或集群的級別上，為那些事務之間可以重用的數據提供可選的二級緩存。
Session (org.hibernate.Session)
表示應用程序與持久儲存層之間交互操作的一個單線程對象，此對象生存期很短。 其隱藏了JDBC連接，也是Transaction的工廠。 其會持有一個針對持久化對象的必選（第一級）緩存，在遍歷對象圖或者根據持久化標識查找對象時會用到。
持久的對象及其集合
帶有持久化狀態的、具有業務功能的單線程對象，此對象生存期很短。 這些對象可以是普通的JavaBeans/POJO，唯一特殊的是他們正與（僅僅一個）Session相關聯。 這個Session被關閉的同時，這些對象也會脫離持久化狀態，可以被應用程序的任何層自由使用。 （例如，用作跟表示層打交道的數據傳輸對象data transfer object。）
瞬態(transient)以及脫管(detached)的對象及其集合
持久類的沒有與Session相關聯的實例。 他們可能是在被應用程序實例化后，尚未進行持久化的對象。 也可能是因為實例化他們的Session已經被關閉而脫離持久化的對象。
事務Transaction (org.hibernate.Transaction)
（可選的）應用程序用來指定原子操作單元范圍的對象，它是單線程的，生存期很短。 它通過抽象將應用從底層具體的JDBC、JTA以及CORBA事務隔離開。 某些情況下，一個Session之內可能包含多個Transaction對象。 盡管是否使用該對象是可選的，但是事務邊界的開啟與關閉（無論是使用底層的API還是使用Transaction對象）是必不可少的。
ConnectionProvider (org.hibernate.connection.ConnectionProvider)
（可選的）生成JDBC連接的工廠（同時也起到連接池的作用）。 它通過抽象將應用從底層的Datasource或DriverManager隔離開。 僅供開發者擴展/實現用，并不暴露給應用程序使用。
TransactionFactory (org.hibernate.TransactionFactory)
（可選的）生成Transaction對象實例的工廠。 僅供開發者擴展/實現用，并不暴露給應用程序使用。
擴展接口
Hibernate提供了很多可選的擴展接口，你可以通過實現它們來定制你的持久層的行為。 具體請參考API文檔。
在一個“輕型”的架構中，應用程序可能繞過 Transaction/TransactionFactory 以及 ConnectionProvider 等API直接跟JTA或JDBC打交道。
2. 實例狀態
一個持久化類的實例可能處于三種不同狀態中的某一種。 這三種狀態的定義則與所謂的持久化上下文(persistence context)有關。Hibernate的Session對象就是這個所謂的持久化上下文：
◆瞬態（transient）該實例從未與任何持久化上下文關聯過。它沒有持久化標識（相當于主鍵）。
◆持久(persistent) 實例目前與某個持久化上下文有關聯。 它擁有持久化標識（相當于主鍵），并且可能在數據庫中有一個對應的行。 對于某一個特定的持久化上下文，Hibernate保證持久化標識與Java標識（其值代表對象在內存中的位置）等價。
◆脫管(detached) 實例曾經與某個持久化上下文發生過關聯，不過那個上下文被關閉了， 或者這個實例是被序列化(serialize)到這個進程來的。 它擁有持久化標識，并且在數據庫中可能存在一個對應的行。 對于脫管狀態的實例，Hibernate不保證任何持久化標識和Java標識的關系。
3. JMX整合
JMX是管理Java組件(Java components)的J2EE規范。 Hibernate 可以通過一個JMX標準服務來管理。 在這個發行版本中，我們提供了一個MBean接口的實現,即 org.hibernate.jmx.HibernateService。
想要看如何在JBoss應用服務器上將Hibernate部署為一個JMX服務的例子，您可以參考JBoss用戶指南。 我們現在說一下在Jboss應用服務器上，使用JMX來部署Hibernate的好處：
Session管理： Hibernate的Session對象的生命周期可以 自動跟一個JTA事務邊界綁定。這意味著你無需手工開關Session了, 這項 工作會由JBoss EJB 攔截器來完成。你再也不用擔心你的代碼中的事務邊界了(除非你想利用Hibernate提供 的Transaction API來自己寫一個便于移植的的持久層)。 你現在要通過 HibernateContext來操作Session了。
HAR 部署: 通常情況下，你會使用JBoss的服務部署描述符（在EAR或/和SAR文件中）來部署Hibernate JMX服務。 這種部署方式支持所有常見的Hibernate SessionFactory的配置選項。 不過，你需在部署描述符中，列出你所有的映射文件的名字。如果你使用HAR部署方式, JBoss 會自動探測出你的HAR文件中所有的映射文件。
這些選項更多的描述，請參考JBoss 應用程序用戶指南。
將Hibernate以部署為JMX服務的另一個好處，是可以查看Hibernate的運行時統計信息。“ Hibernate的統計(statistics)機制 ”.
4. 對JCA的支持
Hibernate也可以被配置為一個JCA連接器（JCA connector）。更多信息請參看網站。請注意，Hibernate對JCA的支持，仍處于實驗性質。
【編輯推薦】
