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

狀態分類

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

1. 瞬時態(Transient Object)
2. 持久態(Persistent Object)
3. 脫管態(Detached Object)

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

詳細描述

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

1、瞬時態

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

2、持久態

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

3、脫管態

某個實例曾經處於持久化狀態，但隨着與之關聯的Session被關閉，該對象就變成脫管狀態。脫管狀態的引用引用依然有效，對象可繼續被修改。如果重新讓脫管對象與某個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的運行機制，這些可以讓你在開發中對疑點問題的定位產生關鍵性的幫助。