含TransactionTemplate方法的JUnit测试：调试正常直接运行异常求助

针对你遇到的调试模式下事务正常、直接运行JUnit测试时结果异常的问题，结合提供的代码，可从以下几个方向排查和修复：

1. 调整异常捕获逻辑，确保事务内异常被正确处理 #

原代码将try-catch放在transactionTemplate.execute外部，但TransactionTemplate会在回调内抛出RuntimeException时自动触发事务回滚，且部分异常会被框架包装为TransactionSystemException，导致外部的DataIntegrityViolationException捕获失效。调试时因断点停留，异常未被包装就抛出；直接运行时则因包装导致捕获不到，进而出现异常行为。

修复方案：将异常捕获移至事务回调内部，并明确标记事务回滚：

@Override
public void saveAndUpdate(DataDictionaryDTO input) {
    transactionTemplate.execute(new TransactionCallbackWithoutResult() {
        @Override
        protected void doInTransactionWithoutResult(TransactionStatus status) {
            try {
                DataDictionaryEntity ent = null;
                if (input.getId() != null && input.getId() != 0) {
                    ent = dataDictionaryRepository.findById(input.getId()).orElse(null);
                }
                dataDictionaryRepository.save(dataDictionaryDTOMapper.map(input, ent));
            } catch (DataIntegrityViolationException e) {
                status.setRollbackOnly(); // 强制标记事务回滚
                throw new UserFriendlyException("there.is.already.such.a.value");
            }
        }
    });
}

若需保留外部捕获，可处理框架包装的异常：

@Override
public void saveAndUpdate(DataDictionaryDTO input) {
    try {
        transactionTemplate.execute(new TransactionCallbackWithoutResult() {
            @Override
            protected void doInTransactionWithoutResult(TransactionStatus status) {
                DataDictionaryEntity ent = null;
                if (input.getId() != null && input.getId() != 0) {
                    ent = dataDictionaryRepository.findById(input.getId()).orElse(null);
                }
                dataDictionaryRepository.save(dataDictionaryDTOMapper.map(input, ent));
            }
        });
    } catch (TransactionSystemException e) {
        if (e.getCause() instanceof DataIntegrityViolationException) {
            throw new UserFriendlyException("there.is.already.such.a.value");
        }
        throw e;
    }
}

2. 检查JUnit测试类的事务配置冲突 #

如果测试类添加了@Transactional注解，JUnit默认会在测试结束后回滚事务。调试时因断点停留，事务未触发自动回滚；直接运行时事务被自动回滚，导致数据未持久化，表现为结果异常。

修复方案：

• 在测试方法或测试类上添加@Rollback(false)，确保事务提交；
• 移除测试类的@Transactional注解，让TransactionTemplate完全控制事务生命周期。

3. 解决数据操作的时序与缓存问题 #

调试时断点拉长了操作时间，JPA一级缓存有足够时间刷新；直接运行时缓存未及时更新，导致save操作出现数据不一致（比如重复键冲突未被及时检测）。

修复方案：

• 使用saveAndFlush代替save，强制立即执行数据库操作：

  dataDictionaryRepository.saveAndFlush(dataDictionaryDTOMapper.map(input, ent));
  

• 若使用JPA，可手动刷新EntityManager：

  // 注入EntityManager
  @PersistenceContext
  private EntityManager entityManager;
  
  // 在save后添加
  entityManager.flush();
  entityManager.clear();
  

4. 校验空值判断逻辑的可靠性 #

原代码使用NullUtils.isNotNullOrZero(input.getId())，若该工具类的实现存在逻辑漏洞（比如对0值的判断错误），会导致直接运行时无法正确查询已有实体，进而触发重复数据异常。

修复方案：替换为显式的空值与0值判断：

if (input.getId() != null && input.getId() != 0) {
    ent = dataDictionaryRepository.findById(input.getId()).orElse(null);
}

内容的提问来源于stack exchange，提问作者Omer Can KAPLAN