Grails 5.2.5+Spock 2.0测试中实体删除不生效问题求助

问题背景 #

基于Grails 5.2.5的应用，使用Spock 2.0编写测试时，执行实体删除操作后断言失败，实体未被删除。基础测试代码如下：

def "experiment"() {
    given:
        MyEntity entity = new MyEntity().save(failOnError: true)
    when:
        entity.delete()
    then:
        MyEntity.count() == 0 // 断言失败
}

尝试以下三种修改方式后仍无法解决：

// 方式1：withSession + flush + failOnError
MyEntity.withSession {
    entity.delete(flush: true, failOnError: true)
}

// 方式2：withTransaction + flush + failOnError
MyEntity.withTransaction {
    entity.delete(flush: true, failOnError: true)
}

// 方式3：直接delete加flush和failOnError
entity.delete(flush: true, failOnError: true)

移除failOnError: true也无效果，而该逻辑在Grails 2.x中可正常运行。

特殊成功场景 #

发现两种特殊组合可成功删除实体，但逻辑不符合常规写法：

方式一 #

def "experiment"() {
    given:
        MyEntity entity = new MyEntity().save(failOnError: true)
    when:
        entity.delete(flush: true) // 必须加flush
        MyEntity.withTransaction {
            entity.delete()
        }
    then:
        MyEntity.count() == 0 // 断言通过
}

方式二 #

def "experiment"() {
    given:
        MyEntity entity = new MyEntity().save(failOnError: true)
    when:
        MyEntity.withTransaction {
            entity.delete()
        }
        entity.delete() // 无需flush
    then:
        MyEntity.count() == 0 // 断言通过
}

原因分析 #

1. 事务/会话生命周期差异：Grails 5基于Spring Boot，会话管理机制与Grails 2.x区别较大。Spock测试默认会在结束后回滚事务，但如果删除操作未正确绑定到当前测试事务，或会话状态未同步，变更就不会被生效。
2. 实体与会话的关联问题：当在withTransaction/withSession中操作实体时，该实体可能已脱离当前会话的管理（比如save操作在另一个会话上下文）。两次删除的组合实际是：第一次操作触发了会话状态同步，第二次操作在正确的事务上下文内完成了实际删除。
3. flush的作用误解：flush: true会强制同步会话到数据库，但如果当前没有活跃事务，flush后的变更会被后续事务回滚覆盖。特殊场景的两次删除，本质是让删除操作被正确纳入测试事务的状态同步流程，使得count()查询能读取到会话内的变更。

规范解决方案 #

无需依赖特殊组合，以下是几种标准解决方式：

方案1：利用Grails测试事务注解 #

在测试类或方法上添加@Rollback（默认回滚，不影响数据库），确保删除操作在当前测试事务内执行：

import grails.testing.gorm.DataTest
import grails.transaction.Rollback
import spock.lang.Specification

@Rollback
class MyEntitySpec extends Specification implements DataTest {

    def setupSpec() {
        mockDomain(MyEntity)
    }

    def "proper delete test"() {
        given:
            MyEntity entity = new MyEntity().save(failOnError: true)
        when:
            entity.delete(flush: true)
        then:
            MyEntity.count() == 0
    }
}

方案2：手动刷新并清除会话缓存 #

如果会话一级缓存影响断言结果，可手动刷新并清除缓存，确保查询读取最新状态：

def "delete with session flush and clear"() {
    given:
        MyEntity entity = new MyEntity().save(failOnError: true)
    when:
        entity.delete()
        MyEntity.withSession { session ->
            session.flush()
            session.clear() // 清除一级缓存，强制查询数据库
        }
    then:
        MyEntity.count() == 0
}

方案3：通过主键查询后删除 #

避免实体状态脱离会话的问题，直接通过主键查询实体并操作：

def "delete entity by id"() {
    given:
        Long entityId = new MyEntity().save(failOnError: true).id
    when:
        MyEntity.get(entityId).delete(flush: true)
    then:
        MyEntity.count() == 0
}

总结 #

Grails 5的Hibernate会话管理更贴近Spring Boot事务模型，测试中需确保所有ORM操作绑定到当前测试事务。特殊场景的两次删除只是巧合触发了状态同步，并非规范写法，建议采用上述标准方案解决。

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