SpringBoot中捕获DataAccessException后@Transactional是否仍触发回滚？

在Spring Boot默认配置下，你现在的写法事务不会触发回滚，根本没法保证原子性——一旦saveAll过程中抛出DataAccessException，你把异常捕获后没再抛出，Spring的事务管理器完全感知不到出错了，最后会正常提交事务，导致可能有部分书籍被保存下来，破坏了“要么全成要么全败”的要求。

原因分析 #

Spring的@Transactional默认规则是：只有当方法抛出未捕获的RuntimeException（包括其子类）或Error时，才会触发事务回滚。DataAccessException确实属于RuntimeException的子类，但你在catch块里把它“吞”了，没有让异常传播到事务管理器那里，所以事务会按正常流程提交。

解决办法 #

要保证原子性，有两种靠谱的方式：

1. 重新抛出异常

在完成日志记录、通知外部服务这些操作后，把捕获的异常重新抛出，让事务管理器感知到异常发生：

@Service
public class BookService {

    private final BookRepository bookRepository;

    public BookService(BookRepository bookRepository) {
        this.bookRepository = bookRepository;
    }

    @Transactional
    public void saveAllBooks(List<Book> books) {
        try {
            bookRepository.saveAll(books);
        } catch (DataAccessException e) {
            // 通知外部服务失败
            // 记录异常日志
            throw e; // 重新抛出异常，触发回滚
        }
    }

}

如果不想抛出原始异常，也可以包装成自定义的RuntimeException抛出，比如：

throw new BookSaveFailedException("批量保存书籍失败", e);

2. 手动标记事务回滚

如果不想抛出异常（比如对外要返回友好结果），可以在catch块里手动标记当前事务为回滚状态：

@Service
public class BookService {

    private final BookRepository bookRepository;

    public BookService(BookRepository bookRepository) {
        this.bookRepository = bookRepository;
    }

    @Transactional
    public void saveAllBooks(List<Book> books) {
        try {
            bookRepository.saveAll(books);
        } catch (DataAccessException e) {
            // 通知外部服务失败
            // 记录异常日志
            TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
        }
    }

}

这种方式下，事务管理器会在方法结束时执行回滚，而不是提交。

注意点 #

不管用哪种方式，核心都是要让Spring的事务管理器知道“这次操作出错了，需要回滚”，否则只要方法正常返回，事务就会默认提交，原子性就得不到保证。

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