Spring-TX捕获事务内异常后，executeWithoutResult能否反馈回滚状态？

结论 #

不能。transactionTemplate.executeWithoutResult的调用者无法通过该方法的返回值或抛出异常来感知事务已回滚，除非你在回调内部主动做以下操作之一：

• 重新抛出捕获的异常
• 调用TransactionStatus.setRollbackOnly()，并通过额外逻辑告知调用者

原因分析 #

Spring TX的TransactionTemplate遵循核心规则：

• 只有当回调方法抛出未被捕获的RuntimeException或Error时，框架才会自动触发事务回滚，并将异常向上传播给调用者。
• 如果回调方法正常返回（即使内部捕获了异常），框架会默认尝试提交事务：
  1. 若数据库因之前的语句失败标记事务为不可提交，提交时会抛出TransactionSystemException，该异常会被executeWithoutResult抛出给调用者，但这属于数据库层面的强制失败，并非Spring主动告知事务回滚。
  2. 若数据库允许提交（仅部分语句失败但事务仍可提交），则成功执行的语句（比如你的第一条插入）会被持久化，事务提交成功。

对应你代码的情况 #

在你的测试代码中：

1. 第二条插入因主键冲突抛出异常，被回调内部捕获并吞掉，回调方法正常返回。
2. Spring框架无法感知异常发生，会尝试提交事务。
3. 你用NoSuchElementException断言查询不到数据，说明事务最终回滚了——这大概率是PostgreSQL在语句失败后拒绝提交，Spring提交时抛出了异常，但你没有捕获或注意到这个异常。

让调用者感知事务回滚的方案 #

方案1：重新抛出异常

在catch块中重新抛出异常，让executeWithoutResult将异常传递给调用者：

try {
  log.info("TX: Second Insert");
  dslContext.insertInto(Author.AUTHOR).values(100, "lucky", "you").execute();
  log.info("TX: Second insert done");
} catch (Exception e) {
  log.error("TX: Second insert failed", e);
  throw new RuntimeException("事务执行失败", e); // 重新抛出异常
}

方案2：手动标记回滚并返回状态

改用execute方法而非executeWithoutResult，手动标记回滚后返回状态，让调用者判断：

Boolean transactionSuccess = transactionTemplate.execute((t) -> {
  log.info("TX: First Insert");
  dslContext.insertInto(Author.AUTHOR).values(100, "lucky", "you").execute();
  log.info("TX: First Insert done");
  try {
    log.info("TX: Second Insert");
    dslContext.insertInto(Author.AUTHOR).values(100, "lucky", "you").execute();
    log.info("TX: Second insert done");
    return true;
  } catch (Exception e) {
    log.error("TX: Second insert failed", e);
    t.setRollbackOnly(); // 标记事务需回滚
    return false;
  }
});

if (!transactionSuccess) {
  // 处理事务回滚的逻辑
}

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