实体管理器与事务管理全解析

### 实体管理器与事务管理全解析 #### 1. 实体管理器相关内容 在实体管理器的使用中，若要表明持久化上下文是扩展的，可在 `@PersistenceContext` 注解中添加 `type=PersistenceContextType.EXTENDED` 元素，示例代码如下： ```java @PersistenceContext(unitName="BankService", type=PersistenceContextType.EXTENDED) ``` 之后可以修改 `updateFirstName()` 和 `updateLastName()` 方法，去除合并步骤： ```java public void updateFirstName(String firstName) { cust.setFirstName(firstName); } public void updateLastName(String lastName) { cust.setLastName(lastName); } ``` ##### 1.1 实体生命周期回调方法 实体的生命周期存在多种回调事件，如下表所示： | 回调事件 | 说明 | | ---- | ---- | | PostLoad | 实体被查询加载或刷新操作后调用 | | PrePersist | persist() 方法调用后，数据库插入前发生 | | PostPersist | 数据库插入后立即发生 | | PreRemove | remove 方法调用后，数据库删除前发生 | | PostRemove | 数据库删除后立即发生 | | PreUpdate | 数据库更新前立即发生 | | PostUpdate | 数据库更新后立即发生 | 实体可通过在方法前添加相应注解来定义对应回调方法。例如，在 `Customer` 实体中添加 `PostLoad` 方法： ```java @PostLoad public void postLoad(){ System.out.println("customer.postLoad method invoked"); } ``` 需要注意的是，方法名不一定要是 `postLoad()`，只要方法返回 `void`，无参数且不抛出受检异常即可，这适用于所有实体生命周期回调方法。 下面是实体生命周期事件的流程图： ```mermaid graph LR A[查询加载或刷新操作] --> B(PostLoad) C[persist() 调用] --> D(PrePersist) D --> E[数据库插入] E --> F(PostPersist) G[remove 调用] --> H(PreRemove) H --> I[数据库删除] I --> J(PostRemove) K[数据库更新前] --> L(PreUpdate) L --> M[数据库更新] M --> N(PostUpdate) ``` ##### 1.2 实体监听器 除了将实体生命周期回调方法放在实体本身，还可将这些方法放在一个或多个单独的类中，这些类称为实体监听器。以下是一个实体监听器的示例： ```java public class CustomerListener{ public CustomerListener() {} @PostLoad public void postLoad(Customer cust){ System.out.println( "custListener.postLoad method invoked " + cust.getId() ); } @PrePersist public void prePersist(Customer cust){ System.out.println( "custListener.prePersist method invoked " + cust.getId() ); } @PostPersist public void postPersist(Customer cust){ System.out.println( "custListener.postPersist method invoked " + cust.getId() ); } @PreUpdate public void preUpdate(Customer cust){ System.out.println( "custListener.preUpdate method invoked " + cust.getId() ); } @PostUpdate public void postUpdate(Customer cust){ System.out.println( "custListener.postUpdate method invoked " + cust.getId() ); } @PreRemove public void preRemove(Customer cust){ System.out.println( "custListener.preRemove method invoked " + cust.getId() ); } @PostRemove public void postRemove(Customer cust){ System.out.println( "custListener.postRemove method invoked" + cust.getId() ); } } ``` 在实体监听器中，生命周期方法以对象作为参数，表明该方法仅会被该对象实体的生命周期事件调用。还可以构建适用于所有实体的通用实体监听器，例如： ```java public class BankListener{ public BankListener() {} @PrePersist public void prePersist(Object o){ System.out.println( "bankListener.prePersist method invoked " + o.getClass().getName() ); } } ``` 若要指定哪些实体监听器适用于给定实体，需在实体本身添加 `@EntityListeners` 注解。示例如下： ```java @Entity @EntityListeners({CustomerListener.class, BankListener.class}) public class Customer implements Serializable { @PrePersist public void prePersist(){ System.out.println( “customer.prePersist method invoked”); } ... } ``` 生命周期方法按 `@EntityListeners` 注解中实体监听器的列出顺序执行，然后是实体本身的生命周期方法。 #### 2. 事务相关内容 ##### 2.1 事务的基本概念 事务是一系列添加、修改或删除持久数据的步骤序列，通常数据持久化到数据库。所有步骤必须成功，事务才能成功或提交；若有任何一步失败，整个事务将失败并回滚，使数据状态恢复到事务开始时的状态。例如，从银行账户 A 向银行账户 B 转账，事务包含两个步骤： 1. 从账户 A 减去 100 美元 2. 向账户 B 添加 100 美元 事务具有 ACID 属性： | 属性 | 说明 | | ---- | ---- | | 原子性 | 事务的所有步骤要么全部成功，要么全部失败 | | 一致性 | 事务要么在有效数据库状态下提交，要么回滚到原始有效状态 | | 隔离性 | 事务更改在提交前对其他事务不可见 | | 持久性 | 提交的数据是永久的，能在任何系统崩溃后幸存 | 原子性、一致性和持久性属性是理想的，但隔离性有不同程度，最高隔离级别可能会带来较高性能代价。 ##### 2.2 容器管理的事务划分 使用容器管理的事务时，需确定事务的开始和结束位置。容器管理的划分策略由事务属性定义，共有六种事务属性：`SUPPORTS`、`NOT_SUPPORTED`、`REQUIRED`、`REQUIRES_NEW`、`MANDATORY`、`NEVER`，这些属性可设置在会话 bean 的类或方法上。以下是各事务属性的说明： | 事务属性 | 说明 | | ---- | ---- | | SUPPORTS | 调用者在事务中，注解方法在该事务中执行；调用者不在事务中，方法在无事务上下文执行 | | NOT_SUPPORTED | 调用者在事务中，事务挂起，注解方法在无事务上下文执行；调用者不在事务中，方法在无事务上下文执行 | | REQUIRED | 注解方法需在事务中执行，但不一定是新事务。若已有活动事务，方法在该事务中执行；若无活动事务，启动新事务，此为默认属性 | | REQUIRES_NEW | 注解方法必须在新事务中启动。若调用方法在事务中，该事务挂起，新事务提交或回滚后，原事务恢复 | | MANDATORY | 注解方法必须在调用者的事务中启动。若调用者不在事务中