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