状态分类
在Hibernate框架中，为了管理持久化类，Hibernate将其分为了三个状态：
- 瞬时态(Transient Object)
- 持久态(Persistent Object)
- 脱管态(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的运行机制，这些可以让你在开发中对疑点问题的定位产生关键性的帮助。