Spring 的不同事务传播行为有哪些，有什么作用？

type

status

date

slug

summary

1. 什么是事务传播行为？

事务传播行为定义了当一个事务上下文已经存在时，Spring应该如何处理当前的事务。它们指定了被调用的方法是否应该在现有事务中运行、在新事务中运行，或者不运行在事务中。

Spring支持以下7种主要的事务传播行为：

PROPAGATION_REQUIRED

PROPAGATION_REQUIRES_NEW

PROPAGATION_SUPPORTS

PROPAGATION_NOT_SUPPORTED

PROPAGATION_NEVER

PROPAGATION_MANDATORY

PROPAGATION_NESTED

每种传播行为都有其独特的应用场景和作用。下面，我们将逐一详细解释这些传播行为。

2. Spring事务传播行为的详细解释

2.1 PROPAGATION_REQUIRED

行为说明：PROPAGATION_REQUIRED是最常用的事务传播行为。如果当前已经存在一个事务，那么被调用的方法将在该事务中运行。如果当前没有事务存在，Spring将创建一个新的事务。

作用场景：这是默认的传播行为，适用于大多数事务处理场景。它确保所有参与事务的方法要么一起成功，要么一起失败，从而保持数据的一致性。

示例：

2.2 PROPAGATION_REQUIRES_NEW

行为说明：PROPAGATION_REQUIRES_NEW总是创建一个新的事务。如果当前已经有一个事务存在，Spring会将该事务挂起，并在新事务中执行当前方法。方法执行完毕后，Spring会恢复之前挂起的事务。

作用场景：适用于需要在一个完全独立的事务中执行操作的情况。例如，记录日志、审计等操作，这些操作不应受到外部事务的影响。

示例：

2.3 PROPAGATION_SUPPORTS

行为说明：PROPAGATION_SUPPORTS表示方法可以在事务内执行，也可以在非事务环境中执行。如果有一个现有的事务，方法将加入这个事务。如果没有现有事务，方法将非事务性地执行。

作用场景：适用于对事务要求不严格的操作，可以选择性地参与事务。例如，只读操作或者缓存操作。

示例：

2.4 PROPAGATION_NOT_SUPPORTED

行为说明：PROPAGATION_NOT_SUPPORTED指示方法应该在非事务上下文中执行。如果当前有事务存在，Spring会将其挂起，直到该方法执行完毕。

作用场景：适用于那些不需要事务的操作，甚至可能由于事务存在而导致性能下降的场景。例如，执行不应被回滚的操作或长时间的批处理任务。

示例：

2.5 PROPAGATION_NEVER

行为说明：PROPAGATION_NEVER与PROPAGATION_NOT_SUPPORTED类似，但更为严格。它不仅要求方法在非事务环境中执行，还会在检测到存在事务时抛出异常。

作用场景：适用于必须确保方法在没有事务的情况下运行的情况。通常，这些操作与事务隔离开来，可能是因为它们会破坏现有事务的完整性。

示例：

2.6 PROPAGATION_MANDATORY

行为说明：PROPAGATION_MANDATORY要求当前方法必须在一个事务中运行。如果没有现有事务存在，Spring将抛出异常。

作用场景：适用于必须在事务中执行的操作，这些操作依赖于调用者已开启的事务。例如，需要确保一致性的更新操作。

示例：

2.7 PROPAGATION_NESTED

行为说明：PROPAGATION_NESTED类似于PROPAGATION_REQUIRED，但它支持嵌套事务。如果当前有事务存在，该方法将在嵌套事务中执行。如果嵌套事务失败，可以选择性地回滚子事务而不影响外层事务。这种行为依赖于底层数据库的保存点（Savepoint）机制。

作用场景：适用于需要在一个事务中执行部分可回滚操作，而不影响整体事务的场景。比如在同一个大事务中的多个步骤，某些步骤失败后可以回滚，但其他步骤可以继续进行。

示例：

3. 事务传播行为的选择与实践

在实际的开发中，选择合适的事务传播行为对于确保数据一致性和系统的可靠性至关重要。以下是一些常见的选择策略和实践：

3.1 使用PROPAGATION_REQUIRED作为默认选项

大多数情况下，PROPAGATION_REQUIRED是合适的选择。它能确保所有方法在同一个事务中执行，保证操作的一致性和原子性。

3.2 独立操作使用PROPAGATION_REQUIRES_NEW

对于一些需要独立处理、不希望与当前事务混淆的操作，如审计日志记录，可以使用PROPAGATION_REQUIRES_NEW，以保证这些操作即使在外部事务回滚时也能被提交。

3.3 读操作使用PROPAGATION_SUPPORTS

对于那些仅执行读操作的服务，使用PROPAGATION_SUPPORTS可以在需要时参与事务，但在没有事务时也能正常工作。这种设计可以提高系统的灵活性。

3.4 避免PROPAGATION_NOT_SUPPORTED和PROPAGATION_NEVER的混用

在实际项目中，避免随意使用PROPAGATION_NOT_SUPPORTED和PROPAGATION_NEVER，因为这可能会导致事务行为难以预测，尤其是在复杂的调用链中。

3.5 使用PROPAGATION_NESTED处理复杂场景

在一些复杂的业务逻辑中，特别是在需要部分回滚的场景下，使用PROPAGATION_NESTED可以帮助管理和控制子事务的行为，减少对外层事务的影响。

4. 结论

Spring提供了多种事务传播行为，以适应各种复杂的业务场景。这些传播行为通过控制事务的传播方式，帮助开发者更精细地管理事务的边界，确保数据的一致性和应用的可靠性。理解每种传播行为的作用和使用场景，有助于开发者在实际项目中做出正确的选择，从而构建出高效、可靠的企业级应用程序。