Hibernate持久化上下文维持旧实体状态问题解析

问题产生的核心原因 #

1. 持久化上下文（一级缓存）的线程绑定与残留 #

Spring默认开启的OpenEntityManagerInViewFilter会在整个HTTP请求周期内，将一个EntityManager（对应Hibernate的持久化上下文）绑定到当前线程。这个上下文会被所有未显式隔离的数据库操作复用：

• 当serviceB的REQUIRES_NEW事务执行时，会创建独立的EntityManager加载旧值（amount=50）的Payment实体。事务结束后，该实体变为游离态，但主线程绑定的EntityManager会将其纳入自身缓存。
• Hibernate的一级缓存有核心规则：同一EntityManager内查询实体时，优先返回缓存中的对象，不会主动去数据库同步最新数据。后续serviceC和ServiceD的查询都复用了这个带旧值缓存的EntityManager，因此直接返回50，而非查询数据库中已被serviceA更新的1。

2. 事务隔离未覆盖线程级缓存 #

虽然serviceC使用了REQUIRES_NEW声明独立事务，但由于主线程的EntityManager缓存已经存在该实体，Hibernate在查询时会优先读取线程绑定的缓存，忽略了独立事务的数据库查询逻辑，导致旧值被返回。

为什么entityManager.clear()能解决问题 #

entityManager.clear()的作用是强制清空当前EntityManager的持久化上下文，移除所有缓存的实体对象。执行该操作后：

• 后续的查询没有旧值缓存可复用，必须重新访问数据库读取最新数据；
• serviceC的独立事务和ServiceD的查询都会从数据库获取到serviceA更新后的amount=1，日志输出符合预期。

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