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的运行机制，这些可以让你在开发中对疑点问题的定位产生关键性的帮助。