項目中提交訂單後，並確認訂單時，報錯了。
先判斷訂單的狀態是否已取消，如果已取消，直接返回。如果沒有取消，則更新訂單的狀態。上代碼
POrderEntity pOrder = this.getEntity(POrderEntity.class, pOrderEntity.getId());//第一步.獲取訂單狀態
if(pOrder.getOrderStatus().trim().equals("已取消")){
throw new BusinessException("該訂單已取消，無法確認訂單!");
}
//解決a different object with the same identifier value was already associated with the session錯誤
this.getSession().clear();
。。。。。。
//保存各種信息
pOrderEntity.setMoney(moneyNew);
// 更新處理時間
pOrderEntity.setHandleTime(new Date());
// 更新訂單狀態爲已確認
pOrderEntity.setOrderStatus(IOrderServiceI.ORDER_STATUS_FINISH);
this.saveOrUpdate(pOrderEntity);//第二步.更新訂單狀態信息
在第二步hibernate的saveOrUpdate的時候出錯了a different object with the same identifier value was already associated with the session
在第一步完成後，添加this.getSession().clear();好了。這裏用flush不行
首先session是有一級緩存的，目的是爲了減少查詢數據庫的時間，提高效率，一級緩存的生命週期和session是一樣的，
session.flush()和session.clear()就針對session的一級緩存的處理。
簡單的說，
1 session.flush()的作用就是將session的緩存中的數據與數據庫同步。
2 session.clear()的作用就是清除session中的緩存數據（不管緩存與數據庫的同步）。
session.clear()的作用是隻清除session中的緩存數據，但不管緩存與數據庫的同步。
比如，你執行了
Po po = new Po();
session.save(po),
之後馬上執行session.clear()，在事務結束的時候，這條數據是不會被持久化到數據庫中的，因爲一般緩存是在事務提交的時候進行清理的，當在清理緩存前就把緩存給清除了，自然就不會同步到數據庫了。不過這個也有例外的情況，就是當對象使用native生成器來生成主鍵id時，當執行session.save()方法時,就會立馬往數據庫插入一條數據，這時候執行session.clear()也不會影響了。
1.Clear 方法
無論是Load 還是 Get 都會首先查找緩存（一級緩存） 如果沒有，纔會去數據庫查找，調用Clear() 方法，可以強制清除Session緩存。
例：
- public void testClear(){
- Session session = HibernateUitl.getSessionFactory().getCurrentSession();
- session.beginTransaction();
- Teacher t = (Teacher) session.get(Teacher.class, 3);
- System.out.println(t.getName());
- Teacher t2 = (Teacher) session.get(Teacher.class, 3);
- System.out.println(t2.getName());
- session.getTransaction().commit();
- }
這裏雖然用了2個get方法（get方法會立即執行sql語句），但因爲第一次執行了會緩存一個ID爲3的實體，所以雖然有2個get方法只執行一次SQL語句。
- public void testClear(){
- Session session = HibernateUitl.getSessionFactory().getCurrentSession();
- session.beginTransaction();
- Teacher t = (Teacher) session.get(Teacher.class, 3);
- System.out.println(t.getName());
- session.clear();//這裏不clear只會執行一次sql語句，有clear會執行2次
- Teacher t2 = (Teacher) session.get(Teacher.class, 3);
- System.out.println(t2.getName());
- session.getTransaction().commit();
- }
這裏在第2次get前執行session.clear(),我們把hibernate show_sql 出來，它就會執行2次sql語句了。
所以session.clear()會清除緩存。
2 當更新或者保存大批量數據的時候，可以每固定數量的時候，進行清理緩存，同時清除緩存：
for (int i = 0; i < 1000;i ++){
if (i /20 == 0) {
session.flush();
session.clear();
}
}
因爲把大量的對象放到session緩存中會浪費大量的內容空間。
3 執行完session.flush()時，並不意味着數據就肯定持久化到數據庫中的，因爲事務控制着數據庫，如果事務提交失敗了，緩存中的數據還是照樣會被回滾的。
2.Flush方法
可以強制進行從內存到數據庫的同步。
例：
- @Test
- public void testFlush(){
- Session session = HibernateUitl.getSessionFactory().getCurrentSession();
- session.beginTransaction();
- Teacher t = (Teacher) session.get(Teacher.class, 3);
- t.setName("yyy");
- t.setName("yyyyy");
- session.getTransaction().commit();
- }
看這段代碼，我們setName() 2次， 但程序只會更改數據庫一次，在commit時。
- @Test
- public void testFlush(){
- Session session = HibernateUitl.getSessionFactory().getCurrentSession();
- session.beginTransaction();
- Teacher t = (Teacher) session.get(Teacher.class, 3);
- t.setName("yyy");
- session.flush();//有flush會執行2次UPDAE,沒有會只執行一次
- t.setName("yyyyy");
- session.getTransaction().commit();
- }
我們在第2次setName（）時 執行session.flush().
再看hibernate 執行的sql 語句
- Hibernate:
- update
- Teacher
- set
- birthday=?,
- name=?,
- title=?
- where
- id=?
- Hibernate:
- update
- Teacher
- set
- birthday=?,
- name=?,
- title=?
- where
- id=?
執行了2次Update
所以看出來flush方法會強制與數據庫同步。
Flush方法是可以設置的，也就是fulsh什麼時候執行是可以設置的
在session.beginTransaction前設置FlushMode
session.setFlushMode(FlushMode.Always|AUTO|COMMIT|NEVER|MANUAL)
FlushMode有5個值可選
Always:任何代碼都會Flush
AUTO:默認方式–自動
Commit:COMMIT時
Never:始終不
MANUAL:手動方式
觸發場景，解決方案：
1. show業務操作，開啓一個session ，從中查出一些實體，這時某個實體是存在於session中的持久化對象。通過業務邏輯將此實體用於頁面展示。此時這個session並未關閉。
2. 這時執行一步save業務邏輯，將上一步獲得的實體id傳回後臺 。這時通過new的方式創建了一個臨時對象，並且我將傳回的id作爲主鍵賦值給了臨時對象。然後調用了session.save(obj); 方法 。。。拋出異常。
原因很簡單，session中有2個oid一樣的對象，hibernate不知道該讓哪個持久化到庫裏。當時解決思路也很清晰，直接clear();清空一下 session緩存不就Ok了。但是clear打擊面太廣了（慎用！）。其他一些“無辜”對象也被殺掉，導致其他業務無法進行了。
後來在session中發現一個evict方法，“定點清除”對象緩存。這下就好了，先用傳回來的id用get方法（其實這裏用load方法也行反正都是從緩存中加載）獲得session裏的持久化實體，然後殺掉，再保存臨時實體。沒問題了。
設置FlushMode 有個好處是可以節省開銷，比如默認session只做查詢時，就可以不讓他與數據庫同步了。
session.evict(obj)，會把指定的緩衝對象進行清除 session.clear()，把緩衝區內的全部對象清除，但不包括操作中的對象