Hibernate三種狀態的區分
Hibernate的對象有3種狀態，分別為：瞬時態(Transient)、 持久態(Persistent)、脫管態(Detached)。處於持久態的對象也稱為PO(Persistence Object)，瞬時對象和脫管對象也稱為VO（Value Object）。
1、瞬時態
由new命令開辟內存空間的java對象，例如： Person person = new Person("xxx", "xx"); 如果沒有變量對該對象進行引用，它將被java虛擬機回收。瞬時對象在內存孤立存在，它是攜帶信息的載體，不和數據庫的數據有任何關聯關系，在Hibernate中，可通過session的save()或saveOrUpdate()方法將瞬時對象與數據庫相關聯，並將數據對應的插入數據庫中，此時該瞬時對象轉變成持久化對象。
2、持久態
處於該狀態的對象在數據庫中具有對應的記錄，並擁有一個持久化標識。如果是用hibernate的delete()方法，對應的持久對象就變成瞬時對象，因數據庫中的對應數據已被刪除，該對象不再與數據庫的記錄關聯。當一個session執行close()或clear()、evict()之后，持久對象變成脫管對象，此時持久對象會變成脫管對象，此時該對象雖然具有數據庫識別值，但它已不在HIbernate持久層的管理之下。
持久對象具有如下特點： 1. 和session實例關聯； 2. 在數據庫中有與之關聯的記錄。
3、脫管態
當與某持久對象關聯的session被關閉后，該持久對象轉變為脫管對象。當脫管對象被重新關聯到session上時，並再次轉變成持久對象。脫管對象擁有數據庫的識別值，可通過update()、saveOrUpdate()等方法，轉變成持久對象。
脫管對象具有如下特點： 1. 本質上與瞬時對象相同，在沒有任何變量引用它時，JVM會在適當的時候將它回收； 2. 比瞬時對象多了一個數據庫記錄標識值。
Save，Persist，Update，SaveOrUpdte，Merge，Flush，Lock的區別
一、預備知識
對於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的緩存中清空。
八、總結
saveorupdate()如果傳入的對象在數據庫中有就做update操作，如果沒有就做save操作。
save()在數據庫中生成一條記錄，如果數據庫中有，會報錯說有重復的記錄。
update()就是更新數據庫中的記錄
主鍵在saveorupdate()方法中是起着關鍵作用的，只有這個主鍵的值不為空的時候才進行insert還是update的判斷，否則直接insert
若主鍵不為空，就可以進行saveorupdate()操作了。
save是返回插入數據的主鍵的，而saveOrUpdate是void
save方法更適用於確定了是要插入，而且需要得到插入數據的主鍵
而saveOrUpdate更傾向於不缺定是插入還是更新，而且你不需要得到他的主鍵
另一方面，如果你無法確定你要插入或更新的對象是不是持久態或游離態時。如果你save一個持久態或更新一個游離態，這都是有問題的，此時你就要用到saveOrUpdate
總體來說，如果你能確定你即將操作對象的狀態，則不需要用saveOrUpdate
參考鏈接：https://wenku.baidu.com/view/82888607e87101f69e3195c8.html