Try-catch块未捕获删除操作抛出的StaleStateException异常求助

问题场景 #

用try-catch包裹删除操作试图捕获异常，但捕获逻辑未生效，异常直接抛出。

代码片段 #

try {
    item?.delete(flush: flush)
}
catch (DataIntegrityViolationException e) {
    log.error "Inventory: {} couldn't be deleted", item, e
}

抛出的异常信息 #

批量更新返回意外的行数[0]；实际行数：0；预期：1；嵌套异常为org.hibernate.StaleStateException: 批量更新返回意外的行数[0]；实际行数：0；预期：1

原因分析 #

核心问题是捕获的异常类型不匹配：

• 代码中仅捕获DataIntegrityViolationException，这类异常通常对应外键约束冲突、字段不满足完整性规则等数据完整性问题。
• 实际抛出的是StaleStateException，属于Hibernate乐观锁异常，常见触发场景：
  1. 待删除记录已被其他线程/事务提前删除
  2. 实体乐观锁版本号与数据库中不一致，Hibernate判定数据已过时
  3. 批量操作时部分记录未匹配到更新条件

由于StaleStateException和DataIntegrityViolationException属于平行的RuntimeException子类，无直接继承关系，当前catch块无法捕获该异常。

解决办法 #

1. 调整捕获的异常类型 #

直接捕获目标异常，或同时覆盖两种可能的异常类型：

try {
    item?.delete(flush: flush)
}
catch (DataIntegrityViolationException | StaleStateException e) {
    log.error "Inventory: {} couldn't be deleted", item, e
}

若需兼容更多未知运行时异常，也可捕获RuntimeException（不建议过度宽泛，避免隐藏其他问题）。

2. 前置数据校验 #

删除前先确认实体状态有效性：

if (item && Item.get(item.id) == item) {
    try {
        item.delete(flush: flush)
    }
    catch (Exception e) {
        log.error "Inventory: {} couldn't be deleted", item, e
    }
} else {
    log.warn "Inventory: {} no longer exists or is stale", item
}

3. 优化批量操作处理 #

如果是批量删除场景，建议逐条处理并单独捕获异常，避免单条失败导致全量终止：

items.each { item ->
    try {
        item?.delete(flush: flush)
    }
    catch (DataIntegrityViolationException | StaleStateException e) {
        log.error "Inventory: {} couldn't be deleted", item, e
    }
}

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