一個非常簡要的Hibernate體系結(jié)構(gòu)的概要圖：

我們來更詳細(xì)地看一下Hibernate運行時體系結(jié)構(gòu)。由于Hibernate非常靈活，且支持?jǐn)?shù)種應(yīng)用方案， 所以我們這只描述一下兩種極端的情況。“輕型”的體系結(jié)構(gòu)方案，要求應(yīng)用程序提供自己的JDBC 連接并管理自己的事務(wù)。這種方案使用了Hibernate API的最小子集：

在一個“輕型”的體系結(jié)構(gòu)中，應(yīng)用程序可能繞過 Transaction/TransactionFactory 以及 ConnectionProvider 等API直接跟JTA或JDBC打交道。

一個持久化類的實例可能處于三種不同狀態(tài)中的某一種。 這三種狀態(tài)的定義則與所謂的持久化上下文(persistence context)有關(guān)。 Hibernate的Session對象就是這個所謂的持久化上下文：

JMX是管理Java組件(Java components)的J2EE規(guī)范。 Hibernate 可以通過一個JMX標(biāo)準(zhǔn)服務(wù)來管理。 在這個發(fā)行版本中，我們提供了一個MBean接口的實現(xiàn),即 org.hibernate.jmx.HibernateService。

想要看如何在JBoss應(yīng)用服務(wù)器上將Hibernate部署為一個JMX服務(wù)的例子，您可以參考JBoss用戶指南。 我們現(xiàn)在說一下在Jboss應(yīng)用服務(wù)器上，使用JMX來部署Hibernate的好處：

這些選項更多的描述，請參考JBoss 應(yīng)用程序用戶指南。

將Hibernate以部署為JMX服務(wù)的另一個好處，是可以查看Hibernate的運行時統(tǒng)計信息。參看 第 4.4.6 節(jié) “ Hibernate的統(tǒng)計(statistics)機制 ”.

Hibernate也可以被配置為一個JCA連接器（JCA connector）。更多信息請參看網(wǎng)站。 請注意，Hibernate對JCA的支持，仍處于實驗性質(zhì)。

大多數(shù)Java程序需要用一個持久化類來表示貓科動物。

package eg;
import java.util.Set;
import java.util.Date;
public class Cat {
private Long id; // identifier
private Date birthdate;
private Color color;
private char sex;
private float weight;
private int litterId;
private Cat mother;
private Set kittens = new HashSet();
private void setId(Long id) {
this.id=id;
}
public Long getId() {
return id;
}
void setBirthdate(Date date) {
birthdate = date;
}
public Date getBirthdate() {
return birthdate;
}
void setWeight(float weight) {
this.weight = weight;
}
public float getWeight() {
return weight;
}
public Color getColor() {
return color;
}
void setColor(Color color) {
this.color = color;
}
void setSex(char sex) {
this.sex=sex;
}
public char getSex() {
return sex;
}
void setLitterId(int id) {
this.litterId = id;
}
public int getLitterId() {
return litterId;
}
void setMother(Cat mother) {
this.mother = mother;
}
public Cat getMother() {
return mother;
}
void setKittens(Set kittens) {
this.kittens = kittens;
}
public Set getKittens() {
return kittens;
}
// addKitten not needed by Hibernate
public void addKitten(Cat kitten) {
kitten.setMother(this);
kitten.setLitterId( kittens.size() );
kittens.add(kitten);
}
}

這里要遵循四條主要的規(guī)則：

子類也必須遵守第一條和第二條規(guī)則。它從超類Cat繼承了標(biāo)識屬性。

package eg;
public class DomesticCat extends Cat {
private String name;
public String getName() {
return name;
}
protected void setName(String name) {
this.name=name;
}
}

如果你有如下需求，你必須重載 equals() 和 hashCode()方法：

Hibernate保證，持久化標(biāo)識（數(shù)據(jù)庫的行）和僅在特定會話范圍內(nèi)的Java標(biāo)識是等值的。因此，一旦 我們混合了從不同會話中獲取的實例，如果我們希望Set有明確的語義，我們必 須實現(xiàn)equals() 和hashCode()。

實現(xiàn)equals()/hashCode()最顯而易見的方法是比較兩個對象 標(biāo)識符的值。如果值相同，則兩個對象對應(yīng)于數(shù)據(jù)庫的同一行，因此它們是相等的（如果都被添加到 Set，則在Set中只有一個元素）。不幸的是，對生成的標(biāo)識不能 使用這種方法。Hibernate僅對那些持久化對象賦標(biāo)識值，一個新創(chuàng)建的實例將不會有任何標(biāo)識值。此外， 如果一個實例沒有被保存(unsaved)，并且在一個Set中，保存它將會給這個對象 賦一個標(biāo)識值。如果equals() 和 hashCode()是基于標(biāo)識值 實現(xiàn)的，則其哈希碼將會改變，違反Set的契約。建議去Hibernate的站點看關(guān)于這個 問題的全部討論。注意，這不是一個Hibernate問題，而是一般的Java對象標(biāo)識和相等的語義問題。

我們建議使用業(yè)務(wù)鍵值相等(Business key equality)來實現(xiàn)equals() 和 hashCode()。業(yè)務(wù)鍵值相等的意思是，equals()方法 僅僅比較來自業(yè)務(wù)鍵的屬性，一個業(yè)務(wù)鍵將標(biāo)識在真實世界里（一個天生的候選鍵） 的實例。

public class Cat {
...
public boolean equals(Object other) {
if (this == other) return true;
if ( !(other instanceof Cat) ) return false;
final Cat cat = (Cat) other;
if ( !cat.getLitterId().equals( getLitterId() ) ) return false;
if ( !cat.getMother().equals( getMother() ) ) return false;
return true;
}
public int hashCode() {
int result;
result = getMother().hashCode();
result = 29 * result + getLitterId();
return result;
}
}

注意，業(yè)務(wù)鍵不必是象數(shù)據(jù)庫的主鍵那樣是固定不變的（參見第 12.1.3 節(jié) “關(guān)注對象標(biāo)識(Considering object identity)”）。 對業(yè)務(wù)鍵而言，不可變或唯一的屬性是好的候選。

注意，以下特性在當(dāng)前是基于實驗考慮的，可能會在將來改變。

運行期的持久化實體沒有必要象POJO類或JavaBean對象一樣表示。Hibernate也支持動態(tài)模型 （在運行期使用Map的Map）和象DOM4J的樹模型那 樣的實體表示。使用這種方法，你不用寫持久化類，只寫映射文件就行了。

Hibernate默認(rèn)工作在普通POJO模式。你可以使用配置選項default_entity_mode， 對特定的SessionFactory，設(shè)置一個默認(rèn)的實體表示模式。 （參見表 4.3 “ Hibernate配置屬性 ”。）

下面是用Map來表示的例子。首先，在映射文件中，要聲明 entity-name來代替（或外加）一個類名。

<hibernate-mapping>
<class entity-name="Customer">
<id name="id"
type="long"
column="ID">
<generator class="sequence"/>
</id>
<property name="name"
column="NAME"
type="string"/>
<property name="address"
column="ADDRESS"
type="string"/>
<many-to-one name="organization"
column="ORGANIZATION_ID"
class="Organization"/>
<bag name="orders"
inverse="true"
lazy="false"
cascade="all">
<key column="CUSTOMER_ID"/>
<one-to-many class="Order"/>
</bag>
</class>
</hibernate-mapping>

注意，雖然是用目標(biāo)類名來聲明關(guān)聯(lián)的，但是關(guān)聯(lián)的目標(biāo)類型除了是POJO之外，也可以 是一個動態(tài)的實體。

在使用dynamic-map為SessionFactory 設(shè)置了默認(rèn)的實體模式之后，可以在運行期使用Map的 Map。

Session s = openSession();
Transaction tx = s.beginTransaction();
Session s = openSession();
// Create a customer
Map david = new HashMap();
david.put("name", "David");
// Create an organization
Map foobar = new HashMap();
foobar.put("name", "Foobar Inc.");
// Link both
david.put("organization", foobar);
// Save both
s.save("Customer", david);
s.save("Organization", foobar);
tx.commit();
s.close();

動態(tài)映射的好處是，使原型在不需要實體類實現(xiàn)的情況下，快速轉(zhuǎn)變時間。然而，你無法進行 編譯期的類型檢查，并可能由此會處理很多的運行期異常。幸虧有了Hibernate映射，它使得數(shù) 據(jù)庫的schema能容易的規(guī)格化和合理化，并允許稍后添加正確的領(lǐng)域模型的最新實現(xiàn)。

實體表示模式也能在每個Session的基礎(chǔ)上設(shè)置：

Session dynamicSession = pojoSession.getSession(EntityMode.MAP);
// Create a customer
Map david = new HashMap();
david.put("name", "David");
dynamicSession.save("Customer", david);
...
dynamicSession.flush();
dynamicSession.close()
...
// Continue on pojoSession

請注意，用EntityMode調(diào)用getSession()是在 Session的API中，而不是SessionFactory。 這樣，新的Session共享底層的JDBC連接，事務(wù)，和其他的上下文信 息。這意味著，你不需要在第二個Session中調(diào)用 flush()和close()，同樣的，把事務(wù)和連接的處理 交給原來的工作單元。

關(guān)于XML表示能力的更多信息可以在第 19 章 XML映射中找到。