JPA学习笔记-EJB-05JPA实体对象状态和实体对象的高级操作--1

1.      前言

虽然持久化实体的状态在ORM中是一个老生常谈的问题，但是说实在的，我们在开发过程中真的不太在意实体的状态。在Web一般情况下也都是交给Spring去管理实体管理器（EntityManager），所以我们还是有必要啰嗦一下，至于肢体的高级操作，实际上也就是实体监听器的使用而已。

2.      实体对象的状态分析

先给出经典状态图

 

 

其中画了矩形方框的代表在持久化上下文中，所谓在持久化上下文的意思就是一旦该实体对象处于该环境中的时候，那么此实体的属性发生了任何的改变都会同步到数据库中，无需再自己手工调用管理器的方法，该记录会自动同步。

瞬时状态：实际上就是new了一个普通的JavaBean对象。

托管状态：1.当瞬时对象调用了管理器的persist()后，即可将一般的JavaBean做为了持久Bean，该Bean的任何属性改动都会牵涉到数据库记录的改动。2. 一旦该记录flush到数据库之后，并且事务提交了，那么此对象不在持久化上下文中，即：变为了游离（没人管的孩子）状态了。在游离状态的时候调用更新、刷新方法后，游离状态对象就变为了在持久化上下文的托管状态了。3.通过管理器的find方法，将实体从数据库查询出来后，该实体也就变为了托管形态。

持久化状态：当处在托管状态的实体Bean被管理器flush了，那么就在极短暂的时间进入了持久化状态，事务提交之后，立刻变为了游离状态。您可以把持久化状态当做实实在在的数据库记录。

游离状态：游离状态就是提交到数据库后，事务commit后实体的状态，因为事务已经提交了，此时实体的属性任你如何改变，也不会同步到数据库，因为游离是没人管的孩子，不在持久化上下文中。

销毁对象：一般要删除一个持久化对象的时候都是先find出来，之后调用remove方法删之，此时这个对象就是销毁对象，实际上就是瞬时对象的另一种形态罢了。

1.      实体管理器高级操作——getReference()

用于查询单记录实体，和find相似

代码如下

// 加载一个实体

T entity = entityManager.getReference(entityClass, id);

它与find的区别就是：当根据主键查询记录不存在的时候，将抛出异常EntityNotFoundException。这样我们就可以捕获异常后做一些自己的处理。

2.      实体管理器高级操作——提交方式FlushModeType

提交（调用flush）分为2种方式：

AUTO:自动提交，实体管理器会在适当的时机同步实际记录到数据库，也是默认的提交方式。

COMMIT：一旦一个事务完毕了，那么就立刻提交到数据库（忽略事务共享、事务传播）。

很多人建议使用默认的AUTO。

3.      大量数据分批提交

有的时候我们需要循环保存数据，当保存大量数据的时候，如果到最后才提交所有数据，那么数据库的负载可能会比较大。我们可以这样做，每10个记录就提交（flush）一次。代码如下：

if(i % 10 == 0){

    entityManager.flush();

}

每到10条记录的时候就强制提交。

4.      refresh()

该方法是和flush()相反，是将数据库记录重新读到实体中，这样实体也是出于持久化环境中了，处于托管状态。

5.      clear()

该方法是将所有的处于上下文中的实体全部转换成游离状态，此时还没有及时flush到数据库的信息，很遗憾，将不会持久化到数据库中。不是急于释放资源的情况下，请慎用之。