Spring Data JPA-JPA对象的四种状态

JPA对象的四种状态

临时状态：刚创建出来，∙没有与EntityManager发生关系，没有被持久化，不处于EntityManager中的对象。实际上就是new了一个普通的JavaBean对象后没有对该对象进行过操作时的状态。
托管状态：∙JavaBean与EntityManager发生关系后将被持久化，该Bean的任何属性改动都会牵涉到数据库记录的改动。也就是说只要我们改动这个Bean的属性，无需我们去调用其他方法，数据库的数据会自动同步。
持久化状态：当处在托管状态的实体Bean被管理器flush了，那么就在极短暂的时间进入了持久化状态，事务提交之后，立刻变为了游离状态。可以把持久化状态当做实实在在的数据库记录。
删除状态：执行remove方法，事物提交之前
游离状态：游离状态就是提交到数据库后，事务commit后实体的状态，因为事务已经提交了，此时实体的属性任你如何改变，也不会同步到数据库，因为游离是没人管的孩子，不在持久化上下文中。如果你new出来一个对象，并为其设置了ID并且是数据库中存在的ID，那么你new出来的这个对象也是游离对象。

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

伪代码示例：

    public void testPersistenceStatus() {Customer customer = entityManager.find(Customer.class, 1); // 托管状态（managed）customer.setLastName("Zhu");/** 程序执行到这一行如果提交事务或者执行 entityManager.flush();都会自动执行update语句，对数据库中* 的 LAST_NAME 进行修改*/}

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

EntityManager不同方法对不同状态下的实例产生的作用效果

public void persist(Object entity);

persist方法可以将实例转换为managed(托管)状态。在调用flush()方法或提交事物后，实例将会被插入到数据库中。
对不同状态下的实例A，persist会产生以下操作:

如果A是一个new状态的实体，它将会转为managed状态；
如果A是一个managed状态的实体，它的状态不会发生任何改变。但是系统仍会在数据库执行INSERT操作；
如果A是一个removed(删除)状态的实体，它将会转换为受控状态；
如果A是一个detached(分离)状态的实体，该方法会抛出IllegalArgumentException异常，具体异常根据不同的
JPA实现有关。

public void refresh(Object entity);

refresh方法可以保证当前的实例与数据库中的实例的内容一致。
对不同状态下的实例A，refresh会产生以下操作:

如果A是一个new状态的实例，不会发生任何操作，但有可能会抛出异常，具体情况根据不同JPA实现有关；
如果A是一个managed状态的实例，它的属性将会和数据库中的数据同步；
如果A是一个removed状态的实例，该方法将会抛出异常: Entity not managed
如果A是一个detached状态的实体，该方法将会抛出异常。

public void remove(Object entity);

remove方法可以将实体转换为removed状态，并且在调用flush()方法或提交事物后删除数据库中的数据。
对不同状态下的实例A，remove会产生以下操作:

如果A是一个new状态的实例，A的状态不会发生任何改变，但系统仍会在数据库中执行DELETE语句；
如果A是一个managed状态的实例，它的状态会转换为removed；
如果A是一个removed状态的实例，不会发生任何操作;
如果A是一个detached状态的实体，该方法将会抛出异常。

public void merge(Object entity);

merge方法的主要作用是将用户对一个detached状态实体的修改进行归档，归档后将产生一个新的managed状态对象。
对不同状态下的实例A，merge会产生以下操作:

如果A是一个detached状态的实体，该方法会将A的修改提交到数据库，并返回一个新的managed状态的实例A2；
如果A是一个new状态的实体，该方法会产生一个根据A产生的managed状态实体A2;
如果A是一个managed状态的实体，它的状态不会发生任何改变。但是系统仍会在数据库执行UPDATE操作；
如果A是一个removed状态的实体，该方法会抛出IllegalArgumentException异常。

EntityManager不同方法对不同状态下的实例产生的作用效果代码实践

伪代码示例：

    public void test() {Customer customer = entityManager.find(Customer.class, 1);// 托管状态（managed）entityManager.remove(customer); // 删除状态（removed）entityManager.persist(customer); // 受控状态}

上面一段代码给人直观的理解就是先查询再删除再添加，执行了三个方法，其实并没有，程序只执行了查询方法。这就是我为什么上面介绍EntityManager不同方法对不同状态下的实例产生的作用效果。