提供訪問數(shù)據(jù)庫操作的接口：Session接口，Transation接口，Query接口
用于配置Hibernate的接口：Configuration接口
Hibernate核心接口
Configuration接口：配置Hibernate,Hibernate應(yīng)用通過Configuration實(shí)例來指定對(duì)象-關(guān)系映射文件的位置或動(dòng)態(tài)配置Hibernate的屬性，然后創(chuàng)建SessionFactory對(duì)象實(shí)例。
SessionFactory接口：初始化Hibernate,充當(dāng)數(shù)據(jù)存儲(chǔ)源的代理、創(chuàng)建Session對(duì)象。
一個(gè)SessionFactory實(shí)例對(duì)應(yīng)一個(gè)數(shù)據(jù)存儲(chǔ)源，Hibernate應(yīng)用從SessionFactory中獲得Session對(duì)象實(shí)例。
特定：它是線程安全的，意味著同一個(gè)實(shí)例可以被應(yīng)用的多個(gè)線程共享，它是重量級(jí)的，意味著不能隨意創(chuàng)建或銷毀實(shí)例，一個(gè)數(shù)據(jù)庫訪問只需創(chuàng)建一個(gè)實(shí)例。
Session接口：負(fù)責(zé)保存、更新、刪除、加載、查詢對(duì)象
Session接口被稱做持久化管理器，每個(gè)Session實(shí)例都有自已的緩存，用來存放被當(dāng)前工作單元加載的對(duì)象且只能被當(dāng)前工作單元訪問。
特性，它不是線程安全的，應(yīng)該避免多個(gè)線程共享同一個(gè)Session實(shí)例，它是輕量級(jí)的，意味著創(chuàng)建或銷毀實(shí)例不需要消耗太多的資源，可以為每個(gè)請(qǐng)求分配單獨(dú)的Session實(shí)例，或者為每個(gè)工作單元分配單獨(dú)的Session實(shí)例。
Transation接口：Hibernate的數(shù)據(jù)庫事務(wù)接口，對(duì)底層的事務(wù)接口做了封裝。
封裝的底層事務(wù)接口：
JDBC API、JTA（Java Transation）API、CORBA（Common Object Request Broker Architecture）API
通過一致的Transation接口來聲明事務(wù)邊界，有利于應(yīng)用在不同環(huán)境或容器中移植。
Query接口和Criteria接口：執(zhí)行數(shù)據(jù)庫查詢，控制執(zhí)行查詢的過程。
Query接口封裝了一個(gè)面向?qū)ο蟮牟樵冋Z句（Hibernate Query Language, HQL）
Criteria接口封裝了基于字符串形式的查詢語句，擅長于執(zhí)行動(dòng)態(tài)查詢。
回調(diào)接口：Interceptor接口、Lifecycle接口、Validatable接口
當(dāng)一個(gè)對(duì)象發(fā)生了特定的事件（如加載、保存、更新、刪除），Hibernate應(yīng)用可以通過回調(diào)來響應(yīng)事件。
回調(diào)接口按實(shí)現(xiàn)方式可分為：
Lifecycle接口和Validatable接口：由持久化類來實(shí)現(xiàn)接口。
Lifecycle接口，使持久化類的實(shí)例能響應(yīng)被加載、保存、刪除的事件。
Validatable接口，使持久化類的實(shí)例在被保存前進(jìn)行數(shù)據(jù)驗(yàn)證。
Interceptor接口：不必由持久化類來實(shí)現(xiàn)接口。Interceptor實(shí)現(xiàn)類負(fù)責(zé)響應(yīng)持久化類的實(shí)例被加載、保存、更新、刪除的事件。
映射類型接口：Type接口、UserType接口、CompositeUserType接口
Type接口，表示Hibernate映射類型，用于把域?qū)ο笥成錇閿?shù)據(jù)庫的關(guān)系數(shù)據(jù)。
Type接口的實(shí)現(xiàn)類：PrimitiveType類，映射Java基本類型。DateType類，映射Java日期類型。
擴(kuò)展接口：
定制主鍵的生成策略：IndentifierGenerator接口
定制本地SQL方言：Dialect抽象類
定制緩存機(jī)制：Cache接口、CacheProvider接口
定制JDBC連接管理：ConnectionProvider接口
定制事務(wù)管理：TransationFactory接口、Transation接口、TransationManagerLookup接口
定制ORM策略：ClassPersister接口及其子接口
定制屬性訪問策略：PropertyAccesser接口
創(chuàng)建代理：ProxyFactory接口
定制客戶化映射類型：UserType接口、CompositeUserType接口。
在Hibernate中處理批量更新和批量刪除
批量更新是指在一個(gè)事務(wù)中更新大批量數(shù)據(jù)，批量刪除是指在一個(gè)事務(wù)中刪除大批量數(shù)據(jù)，以下程序直接通過Hibernate API批量更新
tx = session.beginTransaction();
Iterator customers=session.find("from Customer c where c.age>0").iterator();
while(customers.hasNext()){
Customer customer=(Customer)customers.next();
customer.setAge(customer.getAge()+1);
}
tx.commit();
session.close();
如果CUSTOMERS表中有1萬條年齡大于零的記錄，那么Session的find()方法會(huì)一下子加載1萬個(gè)Customer對(duì)象到內(nèi)存。當(dāng)執(zhí)行tx.commit()方法時(shí)，會(huì)清理緩存，Hibernate執(zhí)行1萬條更新CUSTOMERS表的update語句：
update CUSTOMERS set AGE=? …. where ID=i;
update CUSTOMERS set AGE=? …. where ID=j;
……
update CUSTOMERS set AGE=? …. where ID=k;
以上批量更新方式有兩個(gè)缺點(diǎn)：
(1) 占用大量內(nèi)存，必須把1萬個(gè)Customer對(duì)象先加載到內(nèi)存，然后一一更新它們。
(2) 執(zhí)行的update語句的數(shù)目太多，每個(gè)update語句只能更新一個(gè)Customer對(duì)象，必須通過1萬條update語句才能更新一萬個(gè)Customer對(duì)象，頻繁的訪問數(shù)據(jù)庫，會(huì)大大降低應(yīng)用的性能。
為了迅速釋放1萬個(gè)Customer對(duì)象占用的內(nèi)存，可以在更新每個(gè)Customer對(duì)象后，就調(diào)用Session的evict()方法立即釋放它的內(nèi)存：
tx = session.beginTransaction();
Iterator customers=session.find("from Customer c where c.age>0").iterator();
while(customers.hasNext()){
Customer customer=(Customer)customers.next();
customer.setAge(customer.getAge()+1);
session.flush();
session.evict(customer);
}
tx.commit();
session.close();
在以上程序中，修改了一個(gè)Customer對(duì)象的age屬性后，就立即調(diào)用Session的flush()方法和evict()方法，flush()方法使Hibernate立刻根據(jù)這個(gè)Customer對(duì)象的狀態(tài)變化同步更新數(shù)據(jù)庫，從而立即執(zhí)行相關(guān)的update語句；evict()方法用于把這個(gè)Customer對(duì)象從緩存中清除出去，從而及時(shí)釋放它占用的內(nèi)存。
但evict()方法只能稍微提高批量操作的性能，因?yàn)椴还苡袥]有使用evict()方法，Hibernate都必須執(zhí)行1萬條update語句，才能更新1萬個(gè)Customer對(duì)象，這是影響批量操作性能的重要因素。假如Hibernate能直接執(zhí)行如下SQL語句：
update CUSTOMERS set AGE=AGE+1 where AGE>0;
那么以上一條update語句就能更新CUSTOMERS表中的1萬條記錄。但是Hibernate并沒有直接提供執(zhí)行這種update語句的接口。應(yīng)用程序必須繞過Hibernate API，直接通過JDBC API來執(zhí)行該SQL語句：
tx = session.beginTransaction();
Connection con=session.connection();
PreparedStatement stmt=con.prepareStatement("update CUSTOMERS set AGE=AGE+1 "
+"where AGE>0 ");
stmt.executeUpdate();
tx.commit();
以上程序演示了繞過Hibernate API，直接通過JDBC API訪問數(shù)據(jù)庫的過程。應(yīng)用程序通過Session的connection()方法獲得該Session使用的數(shù)據(jù)庫連接，然后通過它創(chuàng)建PreparedStatement對(duì)象并執(zhí)行SQL語句。值得注意的是，應(yīng)用程序仍然通過Hibernate的Transaction接口來聲明事務(wù)邊界。
如果底層數(shù)據(jù)庫（如Oracle）支持存儲(chǔ)過程，也可以通過存儲(chǔ)過程來執(zhí)行批量更新。存儲(chǔ)過程直接在數(shù)據(jù)庫中運(yùn)行，速度更加快。在Oracle數(shù)據(jù)庫中可以定義一個(gè)名為batchUpdateCustomer()的存儲(chǔ)過程，代碼如下：
create or replace procedure batchUpdateCustomer(p_age in number) as
begin
update CUSTOMERS set AGE=AGE+1 where AGE>p_age;
end;
以上存儲(chǔ)過程有一個(gè)參數(shù)p_age，代表客戶的年齡，應(yīng)用程序可按照以下方式調(diào)用存儲(chǔ)過程：
tx = session.beginTransaction();
Connection con=session.connection();
String procedure = "{call batchUpdateCustomer(?) }";
CallableStatement cstmt = con.prepareCall(procedure);
cstmt.setInt(1,0); //把年齡參數(shù)設(shè)為0
cstmt.executeUpdate();
tx.commit();
從上面程序看出，應(yīng)用程序也必須繞過Hibernate API，直接通過JDBC API來調(diào)用存儲(chǔ)過程。
Session的各種重載形式的update()方法都一次只能更新一個(gè)對(duì)象，而delete()方法的有些重載形式允許以HQL語句作為參數(shù)，例如：
session.delete("from Customer c where c.age>0");
如果CUSTOMERS表中有1萬條年齡大于零的記錄，那么以上代碼能刪除一萬條記錄。但是Session的delete()方法并沒有執(zhí)行以下delete語句：
delete from CUSTOMERS where AGE>0;
Session的delete()方法先通過以下select語句把1萬個(gè)Customer對(duì)象加載到內(nèi)存中：
select * from CUSTOMERS where AGE>0;
接下來執(zhí)行一萬條delete語句，逐個(gè)刪除Customer對(duì)象：
delete from CUSTOMERS where ID=i;
delete from CUSTOMERS where ID=j;
……
delete from CUSTOMERS where ID=k;
由此可見，直接通過Hibernate API進(jìn)行批量更新和批量刪除都不值得推薦。而直接通過JDBC API執(zhí)行相關(guān)的SQL語句或調(diào)用相關(guān)的存儲(chǔ)過程，是批量更新和批量刪除的最佳方式，這兩種方式都有以下優(yōu)點(diǎn)：
(1) 無需把數(shù)據(jù)庫中的大批量數(shù)據(jù)先加載到內(nèi)存中，然后逐個(gè)更新或修改它們，因此不會(huì)消耗大量內(nèi)存。
(2) 能在一條SQL語句中更新或刪除大批量的數(shù)據(jù)。
在hibernate中，最核心的概念就是對(duì)PO的狀態(tài)管理，一個(gè)PO有三種狀態(tài)：
未被持久化的VO
此時(shí)就是一個(gè)內(nèi)存對(duì)象VO，由JVM管理生命周期
已被持久化的PO，并且在Session使命周期內(nèi)
此時(shí)映射數(shù)據(jù)庫數(shù)據(jù)，由數(shù)據(jù)庫管理生命周期
曾被持久化過，但現(xiàn)在和Session已經(jīng)detached了，以VO的身份在運(yùn)行。
這種和Session已經(jīng)detached的PO還能夠進(jìn)入別一個(gè)Session，繼續(xù)進(jìn)行PO狀態(tài)狀管，此時(shí)它就成為PO的第二種狀態(tài)了。
這種PO實(shí)際上是跨了Session進(jìn)行了狀態(tài)維護(hù)的。
在傳統(tǒng)的JDO1.x中，PO只有前面兩種狀態(tài)，一個(gè)PO一旦脫離PM，就喪失了狀態(tài)了，不再和數(shù)據(jù)庫數(shù)據(jù)關(guān)聯(lián)，成為一個(gè)純粹的內(nèi)存VO，它即使進(jìn)入一個(gè)新的PM，也不能恢復(fù)它的狀態(tài)了。
Hibernate強(qiáng)的地方就在于，一個(gè)PO脫離Session之后，還能保持狀態(tài)，再進(jìn)入一個(gè)新的Session之后，就恢復(fù)狀態(tài)管理的能力，但此時(shí)狀態(tài)管理需要使用session.update或者session.saveOrUpdate，這就是Hibernate Reference中提到的“requires a slightly different programming model ”