Spring 中 @Transactional 事务的提交时机

在 Spring 框架开发中，@Transactional 注解是处理事务的关键手段。深入理解其事务提交时机，对于保障数据的一致性和完整性至关重要。

当一个被 @Transactional 注解修饰的方法正常执行完毕时，事务会自动提交。这意味着，在方法内所有数据库操作都成功完成，没有抛出任何未被捕获的异常，Spring 会在方法结束时将事务提交，将所有修改持久化到数据库。例如一个简单的用户注册方法，在完成用户信息插入、相关配置数据插入等操作后，若无异常，事务会提交，新用户数据正式保存到数据库。

然而，如果方法执行过程中抛出了未被捕获的运行时异常（RuntimeException 及其子类），事务会回滚而不是提交。这是 Spring 事务管理的默认行为，旨在确保数据不会因为中间步骤失败而处于不一致状态。例如在一个涉及资金转账的方法中，如果扣除一方账户余额后，在增加另一方账户余额时抛出运行时异常，事务回滚，扣除操作也会被撤销，避免资金损失。

对于受检异常（Checked Exception），情况则有所不同。默认情况下，Spring 不会因为受检异常而回滚事务，而是继续尝试提交事务。若在事务操作过程中抛出受检异常，而该异常没有被正确处理，可能导致事务提交失败，数据处于不一致状态。为了让事务在受检异常时也能回滚，可以在 @Transactional 注解中显式指定 rollbackFor 属性。比如：@Transactional(rollbackFor = Exception.class)，这样无论方法抛出运行时异常还是受检异常，事务都会回滚。

在嵌套事务场景下，外层事务方法控制整体事务的提交与回滚。内层事务方法执行完毕后不会立即提交，只有当外层事务方法正常结束时，整个事务才会提交；若外层方法抛出异常，内层事务也会一同回滚。

熟练掌握 Spring 中 @Transactional 事务的提交时机，能够让开发者在编写代码时更好地规划事务边界，确保数据的正确性和可靠性，从而构建出健壮、稳定的应用程序。