淺談Hibernate對象狀態之間的神奇轉換

狀態分類

在Hibernate框架中，為了管理持久化類，Hibernate將其分為了三個狀態：

• 瞬時態(Transient Object)
• 持久態(Persistent Object)
• 脫管態(Detached Object)

有很多人好像對這些概念和它們之間的轉換不太明白，那么本篇文章就是來解決這些問題的，看完了還不會你來找我。(開個玩笑~~)

詳細描述

我們先來詳細地了解一下三種狀態：

1、瞬時態

對象由new操作符創建，且尚未與Hibernate中的Session關聯的對象被認為處于瞬時態。瞬時態對象不會被持久化到數據庫中，也不會賦予持久化標識，如果程序中失去了瞬時態對象的引用，瞬時態對象將被垃圾回收機制銷毀。

2、持久態

持久化實例在數據庫中有對應的記錄，并擁有一個持久化標識。持久化的實例可以是剛剛保存的，也可以是剛剛被加載的。無論哪一種，持久化對象都必須與指定的Session對象關聯。

3、脫管態

某個實例曾經處于持久化狀態，但隨著與之關聯的Session被關閉，該對象就變成脫管狀態。脫管狀態的引用引用依然有效，對象可繼續被修改。如果重新讓脫管對象與某個Session關聯，該脫管對象會重新轉換為持久化狀態。

例如：

public class HibernateTest {

	private Session session;
	private Transaction transaction;

	@Before
	public void before() {
		session = HibernateUtil.getSession();
		transaction = session.beginTransaction();
	}
	
	@After
	public void after() {
		transaction.commit();
		session.close();
	}

	@Test
	public void test() {
		Person p = new Person();
		p.setPname("張三");
		p.setAge(20);
		session.save(p);
	}
}

那么在這樣的一個例子中，從創建Person對象到給name和age屬性賦值，這些過程都處于瞬時態，而當調用了session對象的save()方法之后，該對象才從瞬時態轉為了持久態。而當session關閉之后，該對象又從持久態轉為了脫管態。

對象狀態之間的轉換

了解了三種對象狀態的相關概念后，我們來看一看三種對象狀態之間是如何神奇地相互轉換的。

瞬時態 <——> 持久態

我們知道當創建一個對象之后，該對象即為瞬時態，那么它將如何轉換為持久態呢？
看一個例子：

@Test
public void test() {
	Person p = new Person();
	p.setPid(2);
	p.setPname("李四");
	p.setAge(30);
	session.save(p);
	//session.saveOrUpdate(p);
}

給name和age屬性賦值時，該對象仍然處于瞬時態，這個前面已經說過了。但需要注意的是，當給主鍵也就是Pid屬性賦值時，該對象將不再處于瞬時態，而是轉換為脫管態，因為此時已經有了持久化標識，但是并沒有與Session發生關聯。而當調用session對象的update()或者saveOrUpdate()方法時，該對象才會轉換為持久態。
當然，調用session對象的get()、load()、query、find()等方法從數據庫中查詢得到的對象也處于持久態。
而僅僅當session對象調用delete()方法將一個持久化的對象從數據庫中刪除后，該對象才從持久態轉為了瞬時態。

持久態 <——> 脫管態

當調用session對象的close()、clear()等方法后，該session所關聯的對象將從持久態轉為脫管態，此時這些對象失去了相關session的關聯。而要想從脫管態轉回持久態，只需調用save()、saveOrUpdate()等方法即可。

瞬時態 ——> 脫管態

這個前面也已經說過了，當創建對象后調用setXXX()方法設置主鍵屬性時，該對象就從瞬時態轉為脫管態，前提是這個主鍵是數據庫中存在的。

對象生命周期

下面以一個對象從創建到保存至數據庫的流程做一個分析：

try {
	Session session = HibernateUtil.openSession();
	//開始事務
	session.beginTransaction();
	//person對象進入瞬時狀態態
	Person p = new Person();
	p.setPname("王五");
	p.setAge(40);
	//person對象進入持久化狀態
	session.save(p);
	//提交事務，隱式包含了session.flush()的動作
	session.getTransaction().commit();
	//提交完成后，person處于游離狀態
} catch (HibernateException e) {
	e.printStackTrace();
	if (session != null)
	session.getTransaction().rollback();
} finally {
	if (session != null)
	session.close();
}

當一個對象被實例化后，該對象是瞬時狀態，當調用session.save(Object)后，該對象被加入到session緩存中，進入持久化狀態，這時數據庫中還不存在對應的記錄。當session提交事務后，數據庫生成了對應的記錄，但是這里需要注意一點，因為事務提交的時候默認會去調用session.flush()方法來清空緩存，相當于調用了clear()方法，而我們知道，調用了clear()方法，對象會從持久態轉為脫管態。而處于脫管態的對象會被垃圾回收機制銷毀。這就是一個對象從創建到保存至數據庫的完整生命周期過程。

其它

對于對象狀態有了一定的了解之后，可以用來解釋很多現象。

在Hibernate中，唯有當對象從其它狀態轉為持久態時，它才會去自動生成sql語句，其它時候是不會去重復生成sql，這就是Hibernate框架提高效率的關鍵所在。

例如：

@Test
public void test2() {
	Session session = HibernateUtil.getSession();
	Transaction transaction = session.beginTransaction();
	Person p = new Person();
	p.setPname("李四");
	p.setAge(30);
	session.save(p);
	p.setPname("王五");
	session.update(p);
	transaction.commit();
	session.close();
}

我在transaction.commit();這條語句上打了一個斷電，然后調試運行。

可以看到，控制臺只輸出了一條sql語句，也就是執行save()方法時生成的插入語句，但是執行update()方法卻并沒有生成sql。這是因為在執行update()方法時，Hibernate框架會去判斷當前對象的狀態，它發現當前對象處于持久態，所以不重復生成sql，只是將持久態對象的值改變而已，然后調用commit()方法進行事務提交的時候才去生成更新語句。

我們繼續看一個例子：

@Test
public void test2() {
	Session session = HibernateUtil.getSession();
	Transaction transaction = session.beginTransaction();
	Person p = new Person();
	p.setPname("張三");
	p.setAge(30);
	session.save(p);//此時該對象從瞬時態轉為持久態，生成sql語句
		
	p.setPname("王五");
	session.save(p);//此時該對象為持久態，不生成sql語句
	
	p.setPname("趙六");
	session.update(p);//此時該對象為持久態，不生成sql語句
	
	transaction.commit();
	session.close();
}

你要知道，這跟你調用哪個方法是無關的，關鍵在于對象的狀態，只有轉為持久態時才會生成sql語句。所以上面的程序段依然只會產生兩條sql，一條是save()方法產生的，一條是commit()方法產生的。
控制臺信息如下：

Hibernate: 
  insert 
  into
    PERSON
    (PNAME, AGE) 
  values
    (?, ?)
Hibernate: 
  update
    PERSON 
  set
    PNAME=?,
    AGE=? 
  where
    PID=?

理解Hibernate的三種狀態，將更有利于理解Hibernate的運行機制，這些可以讓你在開發中對疑點問題的定位產生關鍵性的幫助。

以上就是本文的全部內容，希望對大家的學習有所幫助，也希望大家多多支持億速云。