Hibernate/JPA如何检测持久化实体被外部修改及后续行为？

执行流程中的具体表现 #

• 步骤1：查询记录后，Hibernate将实体加载至持久化上下文（Session），此时实体处于持久化状态。你在内存中修改实体属性，这些变更仅存在于持久化上下文，尚未同步到数据库。
• 步骤2：通过外部数据库客户端直接修改/删除数据库记录，该操作完全绕过Hibernate的持久化上下文，导致内存中的实体数据与数据库真实数据不一致。
• 步骤3：尝试保存实体时，Hibernate的行为取决于你调用的方法：
  • 调用save()/update()：Hibernate默认仅将持久化上下文内的内存变更同步到数据库，不会主动检测外部修改。这会直接覆盖外部客户端的数据库修改；若记录已被外部删除，会抛出StaleObjectStateException（启用乐观锁时）或执行失败。
  • 调用merge()：Hibernate会先查询数据库获取最新记录状态，再将内存中修改的属性合并到最新记录上同步回数据库。若记录已被外部删除，merge()会尝试将内存实体作为新记录插入（主键策略允许的情况下），否则抛出异常。

Hibernate是否会检测外部更新？ #

默认情况下，Hibernate不会自动检测外部客户端的数据库修改。持久化上下文的一级缓存采用“写时复制”逻辑，仅在显式触发flush()或执行特定查询时，才会对比内存与数据库状态，但这并非主动检测外部变更的机制。

若需检测此类外部变更，需启用乐观锁（在实体类添加@Version注解）：保存时Hibernate会对比实体版本号与数据库版本号，若不一致（存在外部修改），则抛出StaleObjectStateException，阻止脏数据覆盖。

是否会将外部变更合并到持久化上下文？ #

默认情况下不会。持久化上下文的一级缓存是隔离的，外部数据库变更不会自动同步到内存实体。只有显式调用refresh()方法，Hibernate才会从数据库重新加载最新记录，覆盖持久化上下文内的实体数据，完成同步。

内容的提问来源于stack exchange，提问作者J.J. Beam