Spring事务下Hibernate Session.isDirty()对新增实体返回false是什么原因

根因分析 #

你遇到的isDirty()返回false的问题由两点原因共同导致：

1. isDirty()的能力边界：session.isDirty()仅用于判断当前Session是否存在未同步到数据库的变更，已经flush到数据库事务缓冲区的变更不会被该方法识别。
2. Spring Data JPA的save默认行为：当你保存的瞬态实体使用非客户端分配的主键生成策略（如数据库自增ID、序列、Hibernate内置UUID生成器等）时，SimpleJpaRepository.save()方法为了获取生成的主键值，会在执行保存逻辑时立刻触发Session flush，将插入语句同步到数据库事务缓冲区。flush操作执行完成后会自动清空Session的脏状态标记，因此你后续调用session.isDirty()会返回false。
   你参考的旧回答场景和你实际场景的差异在于，旧回答中主键是客户端手动赋值的，save操作不会触发自动flush，因此可以拿到isDirty()=true的结果。

可行解决方案 #

方案1：手动标记新增状态（简单场景适配）

如果你的业务逻辑仅需要处理新增/更新两种场景，可以自行判断实体是否为新增，结合isDirty()判断变更：

@Transactional
public Entity save(Entity newEntity) {
    // 自行判断是否为新增实体，可根据主键是否为空、或者@Version字段是否为空判断
    boolean isNewEntity = newEntity.getId() == null;
    Entity entity = entityRepository.save(newEntity);
    Session session = entityManager.unwrap(Session.class);
    
    if (isNewEntity || session.isDirty()) {
        // 发布变更事件
    }
    return entity;
}

方案2：改用客户端分配主键（从根源对齐参考实现逻辑）

如果你可以调整主键生成规则，改为业务层自行分配主键（如自行生成UUID、雪花ID赋值给实体后再调用save），此时save操作不需要触发flush获取主键，Session的脏标记会保留，isDirty()会正常返回true：

@Transactional
public Entity save(Entity newEntity) {
    // 客户端自行生成主键
    newEntity.setId(IdGenerator.nextSnowflakeId());
    Entity entity = entityRepository.save(newEntity);
    Session session = entityManager.unwrap(Session.class);
    session.isDirty(); // 此时返回true
    return entity;
}

方案3：通用事务变更判断（适合全项目统一逻辑）

如果需要通用判断当前事务是否存在任何数据变更（增删改），可以通过Hibernate自定义事件监听器实现：

• 实现PostInsertEventListener、PostUpdateEventListener、PostDeleteEventListener接口，监听所有数据变更操作
• 只要触发任意变更事件，就往当前事务上下文中存入一个变更标记
• 发布事件前判断事务上下文中是否存在该标记即可，不需要依赖isDirty()

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