Hibernate持久化操作深度解析：save/update/merge/persist/lock區別全覽

核心概念：三種對象狀態

理解Hibernate持久化操作的前提是掌握對象的三種狀態：

• 瞬態：新創建的對象，無ID，未關聯Session
• 持久態：關聯Session，有ID，處於Session管理範圍內
• 脫管態：曾經持久化，但Session已關閉/清理，有ID但不受管理

核心方法對比矩陣

重點方法深度解析

save vs persist：事務邊界的關鍵差異

// save: 需立即返回ID，故無事務也執行INSERT
Session session = factory.openSession();
User user = new User("John");
Serializable id = session.save(user); // 立即執行INSERT
session.close();

// persist: 事務外不執行INSERT，適合長會話模式
Session session = factory.openSession();
User user = new User("John");
session.persist(user); // 僅標記為持久化，不立即執行SQL
// ... 後續在事務中flush時才真正執行INSERT
Transaction tx = session.beginTransaction();
tx.commit(); // 此處執行INSERT

update vs merge：對象狀態轉移的本質區別

• update()：將脫管對象直接轉為持久態，原對象引用變為持久態
• merge()：複製脫管對象狀態到新的持久態對象，原對象保持脫管態

// update場景
User detachedUser = ...; // 脫管對象
session.update(detachedUser); // detachedUser變為持久態
detachedUser.setName("New"); // 直接修改生效

// merge場景
User detachedUser = ...;
User persistentUser = (User)session.merge(detachedUser); // 返回新持久態對象
persistentUser.setName("New"); // 需操作返回的對象
// detachedUser仍為脫管態

saveOrUpdate智能路由邏輯

內部判斷流程：

1. 對象已在當前Session持久化 → 無操作
2. 當前Session存在相同ID對象 → 拋出異常
3. 無ID屬性 → 執行save()
4. ID標識為新對象(如ID為null/0) → 執行save()
5. 帶版本號且版本標識新對象 → 執行save()
6. 其餘情況 → 執行update()

flush()機制：持久態對象的自動同步

持久態對象修改無需調用update()，Hibernate在以下時機自動flush：

• 事務提交時
• 執行查詢前（確保查詢見到最新數據）
• 手動調用session.flush()

lock() vs update()：修改意圖的語義區別

• update()：明確表示對象已修改，需同步到數據庫
• lock()：表示對象未修改，僅重新關聯Session，後續修改依賴flush機制

// lock使用模式
User detachedUser = ...;
session.lock(detachedUser, LockMode.NONE); // 重新關聯
detachedUser.setName("Modified"); // 修改持久態對象
session.flush(); // 同步修改

最佳實踐建議

1. 新對象持久化：優先使用persist()（JPA標準），事務邊界清晰
2. 脫管對象更新：merge()更安全（避免非唯一對象異常），update()性能略優
3. 不確定狀態對象：使用saveOrUpdate()自動路由
4. 只讀重新關聯：使用lock()或session.buildLockRequest(LockMode.NONE).lock(entity)