REST测试中已持久化（Persisted）实体消失问题排查求助

针对你遇到的REST测试中持久化后无法读取数据的问题，结合你的配置和场景，核心原因大概率是测试环境的事务管理行为与生产环境存在差异，以下是具体排查方向和解决办法：

1. 测试框架的事务回滚机制 #

多数EE集成测试框架（如Arquillian）或JUnit EE测试默认会在测试结束后回滚整个测试事务。如果你的REST测试是在一个全局事务中执行「写入+读取」流程，即使写入方法用了REQUIRES_NEW，若测试主事务未提交，读取操作可能仍处于未提交的事务上下文，无法看到持久化的数据。

• 解决办法：给测试类/方法添加@Rollback(false)注解，强制测试结束后提交事务；或在测试代码中手动触发事务提交。

2. @TransactionAttribute(REQUIRES_NEW)生效异常 #

EJB的事务注解依赖容器代理生效，如果你的REST服务类是直接调用Repo类的内部方法（而非通过依赖注入的代理实例），REQUIRES_NEW会失效，写入操作会和读取操作处于同一个事务中，未提交前无法跨上下文读取。

• 解决办法：确保Repo是通过依赖注入的方式引入并调用；检查Repo类的方法是否被其他事务注解覆盖（比如方法上标注了REQUIRED会覆盖类级别的REQUIRES_NEW）。

3. EntityManager的持久化上下文缓存干扰 #

读取操作如果复用了写入时的EntityManager，可能会从持久化上下文缓存中读取旧状态，或者因为缓存存在导致查询不命中数据库。

• 解决办法：在读取前清除EntityManager缓存：

  em.clear(); // 清空当前持久化上下文，强制从数据库查询
  return em.createQuery("select distinct e from EntityClass e where e.id = :id", EntityClass.class)
    .setParameter("id", id)
    .getResultStream()
    .findAny();
  

4. 写入操作的事务提交时机 #

虽然@TransactionAttribute(REQUIRES_NEW)会在方法结束时自动提交事务，但测试环境的容器配置可能存在延迟提交的情况。可以手动触发数据刷入数据库：

• 调整写入代码：

  em.persist(entity);
  em.flush(); // 强制将持久化上下文的数据写入数据库
  return entity.getId();
  

  注：序列生成策略下，persist后ID已被赋值，em.refresh(entity)并非必要操作。

5. 测试环境数据库隔离级别配置 #

如果测试用数据库的连接池配置了REPEATABLE_READ或更高的隔离级别，可能导致读取操作无法看到刚提交的新数据（尽管生产环境配置正常）。

• 解决办法：检查测试环境的数据库连接配置，将隔离级别设置为READ_COMMITTED（PostgreSQL默认值），确保能读取到已提交的事务数据。

内容的提问来源于stack exchange，提问作者DarthDonut