事务传播面试题

什么是事务传播？

在Java后端开发，尤其是基于Spring框架的企业级应用中，事务传播（Transaction Propagation）是一个至关重要且高频出现在面试中的核心概念。简单来说，它定义了当一个事务方法被另一个事务方法调用时，事务应该如何传播和执行。理解事务传播不仅是通过面试的关键，更是编写健壮、高性能业务代码的基础。

在Spring中，事务传播行为由 Propagation 枚举类定义。默认情况下，Spring使用 PROPAGATION_REQUIRED，这意味着如果当前存在事务，则加入该事务；如果当前没有事务，则创建一个新事务。这种默认行为满足了大多数业务场景的需求，但在处理复杂嵌套调用时，就需要灵活使用其他传播行为。

七大事务传播行为详解

Spring定义了七种事务传播行为，每种行为对应不同的事务上下文管理策略。以下是详细的解析与对比：

深度解析：REQUIRES_NEW 与 NESTED 的区别

这是面试中的高频考点。REQUIRES_NEW 会创建一个完全独立的新事务，外层事务的回滚不会影响内层事务，内层事务的回滚也不会影响外层事务。而 NESTED 则是基于保存点（Savepoint）实现的，内层事务是外层事务的一部分，内层回滚只会回滚到保存点，但外层回滚会导致整个嵌套事务回滚。

高频面试场景与代码示例

仅仅背诵概念是不够的，面试官通常会给出一个具体的业务场景，要求你选择合适的事务传播行为。以下是三个经典场景：

@Service
public class OrderService {
    @Autowired
    private LogService logService;
    @Transactional
    public void createOrder(Order order) {
        // 1. 保存订单
        orderDao.insert(order);
        // 2. 记录日志（独立事务）
        logService.saveLog("Create Order", order.getId());
    }
}
@Service
public class LogService {
    @Transactional(propagation = Propagation.REQUIRES_NEW)
    public void saveLog(String action, Long orderId) {
        // 日志保存逻辑
        logDao.insert(action, orderId);
    }
}

@Service
public class BatchService {
    @Autowired
    private ItemService itemService;
    @Transactional
    public void processBatch(List items) {
        for (Item item : items) {
            try {
                itemService.processItem(item);
            } catch (Exception e) {
                // 记录错误，继续处理下一条
                logger.error("Item failed: {}", item.getId(), e);
            }
        }
    }
}
@Service
public class ItemService {
    @Transactional(propagation = Propagation.NESTED)
    public void processItem(Item item) {
        // 处理单条数据
    }
}

异常处理与事务回滚

在讨论事务传播时，不可避免地要提到异常处理。Spring默认只在捕获到 RuntimeException 和 Error 时才会回滚事务。对于检查型异常（Checked Exception），默认不会回滚。

如何配置回滚规则？

可以通过 @Transactional(rollbackFor = Exception.class) 来指定所有异常都触发回滚。在实际开发中，建议统一配置，避免遗漏。

网友们还关心：事务相关周边知识

除了事务传播，面试官通常还会围绕事务的其他方面进行提问。以下是与事务传播紧密相关的知识点，建议一并掌握：

实战建议：如何优化事务性能？

• 缩小事务范围：尽量避免在事务中进行RPC调用、HTTP请求或复杂计算，只将数据库操作放在事务中。
• 合理使用传播行为：对于读多写少的场景，考虑使用 SUPPORTS 或 NOT_SUPPORTED 减少锁竞争。
• 避免长事务：长事务会占用数据库连接，增加锁冲突概率，影响系统并发能力。
• 注意索引使用：事务中的SQL语句务必走索引，避免全表扫描导致的锁表。

FAQ：关于事务传播的常见疑问