對於session這個接口的學習可以說是最痛苦也是最複雜的，因爲它所涉及的方面太多了，一些隱藏的機制也很多，誰讓它是Central API呢。
對於它的幾個最基本的方法如save()、delete()、flush()等的學習都花了我一定的時間。在深入瞭解這些這些方法前，瞭解session的緩存機制以及Hibernate中Java對象的狀態對我們是很有幫助的。
一．Session的緩存
Java是純面向對象的語言，因此不可能像C語言那樣直接操縱內存，例如聲明一段可用的內存空間。在Java裏面，緩存通常是指Java對象的屬性佔用的內存空間，通常是一些集合類型的屬性。在session接口的實現類 SessionImpl中定義了一系列的Java集合，這些Java集合就構成了Session的緩存。
使用緩存的一個很明顯的好處就是可以減少數據庫訪問的頻率，提高應用程序的性能，因爲從內存中讀取數據顯然要比從數據庫中查詢快多了。根據我個人的理解，Session的緩存實際上起到了一個“過渡倉庫”作用。就像魔獸中的英雄一樣，身上都會背有一個包，用來存放常用的物品如補血藥水、補魔藥水、回城卷等等。如果想用回城卷而身上沒有回程卷的話就要跑到商店去shopping了，這樣就會浪費大量的時間了，除非你此刻就在商店旁邊；如果想用的回城卷的時候身上就有的話，英雄就可以直接用而不必大老遠的跑到商店去了。我們的Session 的緩存可以說就相當於英雄身上的揹包，我的應用程序就是英雄，而數據庫就是商店咯，如下圖所示。
當然這個比喻不是很準確了，比方說在Hibernate應用中我們可以向數據庫插入一條新的記錄，而在魔獸中你是不可能給商店增加存貨量的，只是爲了便於理解，才作了這麼一個對比。
二．Hibernate中Java對象的狀態
在一個Hibernate應用中，Java對象可以處於以下三個狀態之一：
1．臨時狀態(Transient)。處於這個狀態的對象還被沒有納入Hibernate的緩存管理體系，跟任何session都不關聯，在數據庫中也沒有對應的記錄。
2．持久化狀態(Persistent)。處於這個狀態的對象位於Session的緩存中，並且和數據庫中的一條數據記錄相對應。
3．遊離狀態(Detached)。處於這個狀態的對象不再位於Session的緩存中，它與臨時對象的最大區別在於，遊離對象在數據庫中還可能存在一條與它對應的記錄。
上述3個狀態之間是可以相互轉化的，而且我們所說的狀態都是針對某一個 session實例而言的，比方說，對象A對於session1而言是處於持久化狀態的，因爲它處於session1的緩存中，但是對於session2 而言對象A並不在它的緩存中，因此它是處於遊離狀態的。
對於這幾個狀態的理解花費了我一定的時間，因爲總是有一些稀奇古怪的念頭在我腦海中產生。比如說，對於臨時狀態的定義，如果我新建一個對象，然後人爲的讓它屬性的值和數據庫中的一條記錄對應，包括id的取值都一樣。此時它能否說是處於遊離狀態呢？因爲它和一條記錄想對應呀。實際上這些情況都是由於一些不和規範的操作而產生的。在Hibernate應用中，無論Java對象處於臨時狀態、持久化狀態還是遊離狀態，應用程序都不應該修改它的OID。OID的值應該由Hibernate來維護和負責，實際上Hibernate在同步緩存中的對象與數據庫中的記錄時，都是通過OID來進行關聯和映射的，如果應用程序人爲的修改了對象的OID，就會導致一些莫名其妙的錯誤，而且這樣也不利於數據的同步。
hibernate的狀態
hibernate的各種保存方式的區(save,persist,update,saveOrUpdte,merge,flush,lock)及 對象的三種狀態
hibernate的保存
hibernate對於對象的保存提供了太多的方法，他們之間有很多不同，這裏細說一下，以便區別。
一、預備知識
在所有之前，說明一下，對於hibernate，它的對象有三種狀態，transient、persistent、detached
下邊是常見的翻譯辦法：
transient：瞬態或者自由態
(new DeptPo(1,”行政部”,20,”行政相關”)，該po的實例和session沒有關聯，該po的實例處於transient)
persistent：持久化狀態
(和數據庫中記錄想影射的Po實例，它的狀態是persistent, 通過get和load等得到的對象都是persistent)
detached：脫管狀態或者遊離態
(1)當通過get 或load方法得到的po對象它們都處於persistent,但如果執行delete(po)時(但不能執行事務),該po狀態就處於 detached, (表示和session脫離關聯),因delete而變成遊離態可以通過save或saveOrUpdate()變成持久態
(2)當把session關閉時，session緩存中的persistent的po對象也變成detached
因關閉session而變成遊離態的可以通過lock、save、update變成持久態
持久態實例可以通過調用 delete()變成脫管狀態。
通過get()或load()方法得到的實例都是持久化狀態的。
脫管狀態的實例可以通過調用lock()或者replicate()進行持久化。
save()和persist()將會引發SQL的INSERT，delete()會引發SQLDELETE，
而update()或merge()會引發SQL UPDATE。對持久化（persistent）實例的修改在刷新提交的時候會被檢測到，它也會引起SQL UPDATE。
saveOrUpdate()或者replicate()會引發SQLINSERT或者UPDATE
二、save 和update區別
把這一對放在第一位的原因是因爲這一對是最常用的。
save的作用是把一個新的對象保存
update是把一個脫管狀態的對象或自由態對象（一定要和一個記錄對應）更新到數據庫
三、update 和saveOrUpdate區別
這個是比較好理解的，顧名思義，saveOrUpdate基本上就是合成了save和update,而update只是update;引用hibernate reference中的一段話來解釋他們的使用場合和區別
通常下面的場景會使用update()或saveOrUpdate()：
程序在第一個session中加載對象,接着把session關閉
該對象被傳遞到表現層
對象發生了一些改動
該對象被返回到業務邏輯層最終到持久層
程序創建第二session調用第二個session的update()方法持久這些改動
saveOrUpdate(po)做下面的事:
如果該po對象已經在本session中持久化了，在本session中執行saveOrUpdate不做任何事
如果savaOrUpdate(新po)與另一個與本session關聯的po對象擁有相同的持久化標識(identifier)，拋出一個異常
org.hibernate.NonUniqueObjectException: a different object with the same identifier value was already associated with the session: [org.itfuture.www.po.Xtyhb#5]
saveOrUpdate如果對象沒有持久化標識(identifier)屬性，對其調用save() ，否則update() 這個對象
四、persist和save區別
這個是最迷離的一對，表面上看起來使用哪個都行，在hibernate reference文檔中也沒有明確的區分他們.
這裏給出一個明確的區分。（可以跟進src看一下，雖然實現步驟類似，但是還是有細微的差別）
主要內容區別：
1，persist把一個瞬態的實例持久化，但是並"不保證"標識符(identifier主鍵對應的屬性)被立刻填入到持久化實例中，標識符的填入可能被推遲到flush的時候。
2，save, 把一個瞬態的實例持久化標識符，及時的產生,它要返回標識符，所以它會立即執行Sql insert
五、saveOrUpdate,merge和update區別
比較update和merge
update的作用上邊說了，這裏說一下merge的
如果session中存在相同持久化標識(identifier)的實例，用用戶給出的對象覆蓋session已有的持久實例
(1)當我們使用update的時候，執行完成後，會拋出異常
(2)但當我們使用merge的時候，把處理自由態的po對象A的屬性copy到session當中處於持久態的po的屬性中，執行完成後原來是持久狀態還是持久態，而我們提供的A還是自由態
六、flush和update區別
這兩個的區別好理解
update操作的是在自由態或脫管狀態(因session的關閉而處於脫管狀態)的對象//updateSQL
而flush是操作的在持久狀態的對象。
默認情況下，一個持久狀態的對象的改動（包含set容器）是不需要update的，只要你更改了對象的值，等待hibernate flush就自動更新或保存到數據庫了。hibernate flush發生在以下幾種情況中：
1， 調用某些查詢的和手動flush(),session的關閉、SessionFactory關閉結合
get()一個對象，把對象的屬性進行改變,把資源關閉。
2，transaction commit的時候（包含了flush）
七、lock和update區別
update是把一個已經更改過的脫管狀態的對象變成持久狀態
lock是把一個沒有更改過的脫管狀態的對象變成持久狀態(針對的是因Session的關閉而處於脫管狀態的po對象(2)，不能針對因delete而處於脫管狀態的po對象)
對應更改一個記錄的內容，兩個的操作不同：
update的操作步驟是：
(1)屬性改動後的脫管的對象的修改->調用update
lock的操作步驟是：
(2)調用lock把未修改的對象從脫管狀態變成持久狀態-->更改持久狀態的對象的內容-->等待flush或者手動flush
八、clear和evcit的區別
clear完整的清除session緩存
evcit(obj)把某個持久化對象從session的緩存中清空。
session.lock(xtyhb,LockMode.NONE);//表示直接到緩存中去找變成持久態的對象
session.lock(xtyhb,LockMode.READ);//先通過ID讀數據庫該記錄的ID看是否有該記錄，如果有接着到緩存中去找變成持久態的對象
對於它的幾個最基本的方法如save()、delete()、flush()等的學習都花了我一定的時間。在深入瞭解這些這些方法前，瞭解session的緩存機制以及Hibernate中Java對象的狀態對我們是很有幫助的。
一．Session的緩存
Java是純面向對象的語言，因此不可能像C語言那樣直接操縱內存，例如聲明一段可用的內存空間。在Java裏面，緩存通常是指Java對象的屬性佔用的內存空間，通常是一些集合類型的屬性。在session接口的實現類 SessionImpl中定義了一系列的Java集合，這些Java集合就構成了Session的緩存。
使用緩存的一個很明顯的好處就是可以減少數據庫訪問的頻率，提高應用程序的性能，因爲從內存中讀取數據顯然要比從數據庫中查詢快多了。根據我個人的理解，Session的緩存實際上起到了一個“過渡倉庫”作用。就像魔獸中的英雄一樣，身上都會背有一個包，用來存放常用的物品如補血藥水、補魔藥水、回城卷等等。如果想用回城卷而身上沒有回程卷的話就要跑到商店去shopping了，這樣就會浪費大量的時間了，除非你此刻就在商店旁邊；如果想用的回城卷的時候身上就有的話，英雄就可以直接用而不必大老遠的跑到商店去了。我們的Session 的緩存可以說就相當於英雄身上的揹包，我的應用程序就是英雄，而數據庫就是商店咯，如下圖所示。
當然這個比喻不是很準確了，比方說在Hibernate應用中我們可以向數據庫插入一條新的記錄，而在魔獸中你是不可能給商店增加存貨量的，只是爲了便於理解，才作了這麼一個對比。
二．Hibernate中Java對象的狀態
在一個Hibernate應用中，Java對象可以處於以下三個狀態之一：
1．臨時狀態(Transient)。處於這個狀態的對象還被沒有納入Hibernate的緩存管理體系，跟任何session都不關聯，在數據庫中也沒有對應的記錄。
2．持久化狀態(Persistent)。處於這個狀態的對象位於Session的緩存中，並且和數據庫中的一條數據記錄相對應。
3．遊離狀態(Detached)。處於這個狀態的對象不再位於Session的緩存中，它與臨時對象的最大區別在於，遊離對象在數據庫中還可能存在一條與它對應的記錄。
上述3個狀態之間是可以相互轉化的，而且我們所說的狀態都是針對某一個 session實例而言的，比方說，對象A對於session1而言是處於持久化狀態的，因爲它處於session1的緩存中，但是對於session2 而言對象A並不在它的緩存中，因此它是處於遊離狀態的。
對於這幾個狀態的理解花費了我一定的時間，因爲總是有一些稀奇古怪的念頭在我腦海中產生。比如說，對於臨時狀態的定義，如果我新建一個對象，然後人爲的讓它屬性的值和數據庫中的一條記錄對應，包括id的取值都一樣。此時它能否說是處於遊離狀態呢？因爲它和一條記錄想對應呀。實際上這些情況都是由於一些不和規範的操作而產生的。在Hibernate應用中，無論Java對象處於臨時狀態、持久化狀態還是遊離狀態，應用程序都不應該修改它的OID。OID的值應該由Hibernate來維護和負責，實際上Hibernate在同步緩存中的對象與數據庫中的記錄時，都是通過OID來進行關聯和映射的，如果應用程序人爲的修改了對象的OID，就會導致一些莫名其妙的錯誤，而且這樣也不利於數據的同步。
hibernate的狀態
hibernate的各種保存方式的區(save,persist,update,saveOrUpdte,merge,flush,lock)及 對象的三種狀態
hibernate的保存
hibernate對於對象的保存提供了太多的方法，他們之間有很多不同，這裏細說一下，以便區別。
一、預備知識
在所有之前，說明一下，對於hibernate，它的對象有三種狀態，transient、persistent、detached
下邊是常見的翻譯辦法：
transient：瞬態或者自由態
(new DeptPo(1,”行政部”,20,”行政相關”)，該po的實例和session沒有關聯，該po的實例處於transient)
persistent：持久化狀態
(和數據庫中記錄想影射的Po實例，它的狀態是persistent, 通過get和load等得到的對象都是persistent)
detached：脫管狀態或者遊離態
(1)當通過get 或load方法得到的po對象它們都處於persistent,但如果執行delete(po)時(但不能執行事務),該po狀態就處於 detached, (表示和session脫離關聯),因delete而變成遊離態可以通過save或saveOrUpdate()變成持久態
(2)當把session關閉時，session緩存中的persistent的po對象也變成detached
因關閉session而變成遊離態的可以通過lock、save、update變成持久態
持久態實例可以通過調用 delete()變成脫管狀態。
通過get()或load()方法得到的實例都是持久化狀態的。
脫管狀態的實例可以通過調用lock()或者replicate()進行持久化。
save()和persist()將會引發SQL的INSERT，delete()會引發SQLDELETE，
而update()或merge()會引發SQL UPDATE。對持久化（persistent）實例的修改在刷新提交的時候會被檢測到，它也會引起SQL UPDATE。
saveOrUpdate()或者replicate()會引發SQLINSERT或者UPDATE
二、save 和update區別
把這一對放在第一位的原因是因爲這一對是最常用的。
save的作用是把一個新的對象保存
update是把一個脫管狀態的對象或自由態對象（一定要和一個記錄對應）更新到數據庫
三、update 和saveOrUpdate區別
這個是比較好理解的，顧名思義，saveOrUpdate基本上就是合成了save和update,而update只是update;引用hibernate reference中的一段話來解釋他們的使用場合和區別
通常下面的場景會使用update()或saveOrUpdate()：
程序在第一個session中加載對象,接着把session關閉
該對象被傳遞到表現層
對象發生了一些改動
該對象被返回到業務邏輯層最終到持久層
程序創建第二session調用第二個session的update()方法持久這些改動
saveOrUpdate(po)做下面的事:
如果該po對象已經在本session中持久化了，在本session中執行saveOrUpdate不做任何事
如果savaOrUpdate(新po)與另一個與本session關聯的po對象擁有相同的持久化標識(identifier)，拋出一個異常
org.hibernate.NonUniqueObjectException: a different object with the same identifier value was already associated with the session: [org.itfuture.www.po.Xtyhb#5]
saveOrUpdate如果對象沒有持久化標識(identifier)屬性，對其調用save() ，否則update() 這個對象
四、persist和save區別
這個是最迷離的一對，表面上看起來使用哪個都行，在hibernate reference文檔中也沒有明確的區分他們.
這裏給出一個明確的區分。（可以跟進src看一下，雖然實現步驟類似，但是還是有細微的差別）
主要內容區別：
1，persist把一個瞬態的實例持久化，但是並"不保證"標識符(identifier主鍵對應的屬性)被立刻填入到持久化實例中，標識符的填入可能被推遲到flush的時候。
2，save, 把一個瞬態的實例持久化標識符，及時的產生,它要返回標識符，所以它會立即執行Sql insert
五、saveOrUpdate,merge和update區別
比較update和merge
update的作用上邊說了，這裏說一下merge的
如果session中存在相同持久化標識(identifier)的實例，用用戶給出的對象覆蓋session已有的持久實例
(1)當我們使用update的時候，執行完成後，會拋出異常
(2)但當我們使用merge的時候，把處理自由態的po對象A的屬性copy到session當中處於持久態的po的屬性中，執行完成後原來是持久狀態還是持久態，而我們提供的A還是自由態
六、flush和update區別
這兩個的區別好理解
update操作的是在自由態或脫管狀態(因session的關閉而處於脫管狀態)的對象//updateSQL
而flush是操作的在持久狀態的對象。
默認情況下，一個持久狀態的對象的改動（包含set容器）是不需要update的，只要你更改了對象的值，等待hibernate flush就自動更新或保存到數據庫了。hibernate flush發生在以下幾種情況中：
1， 調用某些查詢的和手動flush(),session的關閉、SessionFactory關閉結合
get()一個對象，把對象的屬性進行改變,把資源關閉。
2，transaction commit的時候（包含了flush）
七、lock和update區別
update是把一個已經更改過的脫管狀態的對象變成持久狀態
lock是把一個沒有更改過的脫管狀態的對象變成持久狀態(針對的是因Session的關閉而處於脫管狀態的po對象(2)，不能針對因delete而處於脫管狀態的po對象)
對應更改一個記錄的內容，兩個的操作不同：
update的操作步驟是：
(1)屬性改動後的脫管的對象的修改->調用update
lock的操作步驟是：
(2)調用lock把未修改的對象從脫管狀態變成持久狀態-->更改持久狀態的對象的內容-->等待flush或者手動flush
八、clear和evcit的區別
clear完整的清除session緩存
evcit(obj)把某個持久化對象從session的緩存中清空。
session.lock(xtyhb,LockMode.NONE);//表示直接到緩存中去找變成持久態的對象
session.lock(xtyhb,LockMode.READ);//先通過ID讀數據庫該記錄的ID看是否有該記錄，如果有接着到緩存中去找變成持久態的對象
