Hibernate中saveOrUpdate下@PreCreate替代方案及双查询规避咨询

这确实是Hibernate生态里一个挺常见的痛点——saveOrUpdate()的设计逻辑是兼顾新建实体和更新脱管实体两种场景，而JPA的@PreCreate注解只会在persist()触发实体首次持久化时生效，所以用saveOrUpdate()自然碰不到它。你用SaveOrUpdateEventListener出现两次SQL的原因，大概率是在事件触发时，实体已经被Hibernate标记为持久化状态，此时修改属性会触发额外的更新语句。

下面给你几个可行的解决方案，按推荐优先级排序：

1. 最省心：用Hibernate原生@CreationTimestamp注解 #

这是最贴合你需求的方案，完全不需要手动处理时间戳，也不用写额外的监听逻辑。Hibernate会自动在实体首次插入时填充该字段，不管你用save()、saveOrUpdate()还是JPA的persist()，而且不会产生额外的查询。

关键是它不需要公共setter方法，Hibernate会通过反射直接访问私有字段，你只需要给字段加上注解：

import org.hibernate.annotations.CreationTimestamp;

@Column(name = "created_on", updatable = false)
@CreationTimestamp
private LocalDateTime createdOn;

updatable = false还能确保这个字段不会被后续的更新操作修改，完美符合你的要求。

2. 优化EventListener：在持久化前设置时间戳 #

如果你必须自己控制时间戳的生成逻辑（比如要统一用服务器时间、或者自定义格式），可以修改SaveOrUpdateEventListener的逻辑，在Hibernate执行插入/更新动作之前判断实体是否为新建状态，直接设置createdOn，这样就不会触发额外的更新语句。

示例代码如下：

public class CustomSaveOrUpdateListener extends DefaultSaveOrUpdateEventListener {
    @Override
    protected void performSaveOrUpdate(SaveOrUpdateEvent event) {
        Object entity = event.getEntity();
        // 假设你的实体实现了Auditable接口，包含getCreatedOn()和setCreatedOn()方法（可以是protected/private，Hibernate能反射访问）
        if (entity instanceof Auditable && ((Auditable) entity).getCreatedOn() == null) {
            // 在实体进入持久化状态前设置时间戳
            ((Auditable) entity).setCreatedOn(LocalDateTime.now());
        }
        super.performSaveOrUpdate(event);
    }
}

之后需要在Hibernate配置中注册这个监听器，确保它生效。这种方式下，Hibernate在生成插入SQL时会直接带上createdOn的值，不会产生后续的更新查询。

3. 替换saveOrUpdate：用JPA的persist() + merge() #

如果你愿意放弃Hibernate原生的saveOrUpdate()，改用JPA标准API的persist()和merge()，就能完美触发JPA的生命周期注解：

• 当实体是新建状态（transient）时，调用persist()会触发@PreCreate和@PrePersist
• 当实体是脱管状态（detached）时，调用merge()会触发@PreUpdate

你可以自己封装一个工具方法来模拟saveOrUpdate()的自动判断逻辑：

import jakarta.persistence.EntityManager;

public class EntityUtils {
    private final EntityManager entityManager;

    public <T> T saveOrUpdate(T entity) {
        if (entityManager.contains(entity)) {
            // 实体处于持久化状态，直接返回
            return entity;
        }
        // 判断是否为新建实体（比如通过ID是否为null）
        if (isNewEntity(entity)) {
            entityManager.persist(entity);
            return entity;
        } else {
            return entityManager.merge(entity);
        }
    }

    private <T> boolean isNewEntity(T entity) {
        // 根据你的实体ID策略实现判断逻辑，比如：
        // return entity.getId() == null;
        throw new UnsupportedOperationException("请实现新建实体的判断逻辑");
    }
}

这种方式完全遵循JPA规范，生命周期注解的触发逻辑清晰，也不会产生额外的SQL。

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