JPA有四种状态
瞬时状态：
实际上就是new了一个普通的JavaBean对象。
托管状态：
1.当1.瞬时对象调用了管理器的persist()后，即可将一般的JavaBean做为了持久Bean，该Bean的任何属性改动都会牵涉到数据库记录的改动。 2.一旦该记录flush到数据库之后，并且事务提交了，那么此对象不在持久化上下文中，即：变为了游离（没人管的孩子）状态了。在游离状态的时候调用更新、刷新方法后，游离状态对象就变为了在持久化上下文的托管状态了。 3.通过管理器的find方法，将实体从数据库查询出来后，该实体也就变为了托管形态。
持久化状态：
当处在托管状态的实体Bean被管理器flush了，那么就在极短暂的时间进入了持久化状态，事务提交之后，立刻变为了游离状态。您可以把持久化状态当做实实在在的数据库记录。
游离状态：
游离状态就是提交到数据库后，事务commit后实体的状态，因为事务已经提交了，此时实体的属性任你如何改变，也不会同步到数据库，因为游离是没人管的孩子，不在持久化上下文中。
销毁对象（即remove）：
一般要删除一个持久化对象的时候都是先find出来，之后调用remove方法删之，此时这个对象就是销毁对象，实际上就是瞬时对象的另一种形态罢了。
Spring Data Jpa 应用分析
1.实体管理器高级操作——getReference()
用于查询单记录实体，和find相似
代码如下
// 加载一个实体 T entity = entityManager.getReference(entityClass, id);
它与find的区别就是：当根据主键查询记录不存在的时候，将抛出异常EntityNotFoundException。这样我们就可以捕获异常后做一些自己的处理。
2.实体管理器高级操作——提交方式FlushModeType
提交（调用flush）分为2种方式：
AUTO:自动提交，实体管理器会在适当的时机同步实际记录到数据库，也是默认的提交方式。
COMMIT：一旦一个事务完毕了，那么就立刻提交到数据库（忽略事务共享、事务传播）。
很多人建议使用默认的AUTO。
3.大量数据分批提交
有的时候我们需要循环保存数据，当保存大量数据的时候，如果到最后才提交所有数据，那么数据库的负载可能会比较大。我们可以这样做，每30个记录就提交（flush）一次。代码如下：
ublic void updateBatch(List<Z> list) {
for (int i = 0; i < list.size(); i++) {
entityManager.merge(list.get(i)); //变成托管状态
if (i % 30 == 0) {
entityManager.flush(); //变成持久化状态
entityManager.clear(); //变成游离状态
}
}
}
public void saveBatch(List<Z> list) {
for (int i = 0; i < list.size(); i++) {
entityManager.persist(list.get(i)); //变成托管状态
if (i % 30 == 0) {
entityManager.flush(); //变成持久化状态
entityManager.clear(); //变成游离状态
}
}
}
4.refresh()
该方法是和flush()相反，是将数据库记录重新读到实体中，这样实体也是出于持久化环境中了，处于托管状态。
5.clear()
该方法是将所有的处于上下文中的实体全部转换成游离状态，此时还没有及时flush到数据库的信息，很遗憾，将不会持久化到数据库中。不是急于释放资源的情况下，请慎用之。