同一事务中保存后更新时@PreUpdate未触发问题咨询

这其实是JPA持久化上下文（Persistence Context）和Spring Data JPA save() 方法的工作机制导致的，很多刚接触JPA的开发者都会踩这个坑，我来给你拆解清楚：

1. 先搞懂实体的状态变化 #

当你第一次调用 thingService.save(thing) 时：

• 你的 Thing 实体处于**transient（瞬时）**状态（还没被JPA管理，没有主键值或者主键未被持久化）。
• Spring Data JPA 会调用 EntityManager.persist()，把实体纳入持久化上下文，变成**managed（托管）**状态，这时候@PrePersist会被触发，符合你的预期。

2. 同一事务中，托管实体的修改不需要手动调用save() #

当实体处于managed状态时，JPA的EntityManager会自动跟踪它的所有属性变化——也就是说，你调用thing.setBar(bar)之后，这个修改已经被EntityManager记录下来了，根本不需要再次调用save()。

3. save()方法对托管实体的行为 #

Spring Data JPA的save()方法核心逻辑是这样的：

@Transactional
public <S extends T> S save(S entity) {
    if (entityInformation.isNew(entity)) {
        em.persist(entity);
        return entity;
    } else {
        return em.merge(entity);
    }
}

对于已经处于managed状态的实体，isNew(entity)会返回false，这时候会调用em.merge()。但merge()的作用是把**detached（游离）**实体的状态合并到托管实体上——如果你的实体本身已经是托管的，merge()其实只是返回当前的托管实体，不会执行任何实际的更新操作，自然也不会触发@PreUpdate。

4. @PreUpdate的触发时机 #

@PreUpdate并不是在调用save()时触发的，而是在EntityManager执行**flush（刷新）**操作时触发。flush操作默认会在以下场景执行：

• 事务提交时自动执行；
• 手动调用entityManager.flush()或repository.flush()时；
• 执行某些查询（比如findByXXX）时，为了保证查询结果的一致性，JPA会自动flush。

所以你在同一事务中调用save(thing)后没看到@PreUpdate触发，是因为这时候flush还没执行，@PreUpdate要等到事务提交才会被触发。

怎么验证/解决？ #

如果你想在修改后立刻看到@PreUpdate触发，可以在调用save()之后手动触发flush：

thing.setBar(bar);
thingService.save(thing); // 这一步其实可以省略
thingRepository.flush(); // 手动触发flush，此时@PreUpdate会被执行

或者更简单的——直接去掉第二次save()调用，因为托管实体的修改会被自动跟踪，事务提交时JPA会自动执行更新并触发@PreUpdate。

总结一下：同一事务中，托管实体的修改不需要手动调用save()，@PreUpdate的触发时机是flush操作，而非save()方法调用时。

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