简单讲讲spring事务的传播机制

事务传播机制就像是一个指挥家，控制着程序中的各种操作（比如修改数据库）何时开始、何时结束，以及如何处理错误。

保证数据一致性：想象一下你在网上购物，你需要先从银行账户扣款，然后再把商品加入你的购物车。这两步操作必须都成功，或者都不成功。如果只有一步成功，那么就会出现问题：比如钱被扣了，但商品没有到购物车。事务就是用来保证这两步操作要么都成功，要么都失败。
处理复杂的业务逻辑：有时候，一个大的操作可能包含很多小的操作。比如，一个大的操作是完成一次旅行，这可能包括订机票、订酒店、租车等小的操作。这些小的操作可能需要单独完成，比如你可能想要先订好机票，再去订酒店。事务传播机制就可以帮助我们按照我们想要的方式，完成这些操作。
提高性能：有些操作可能不需要事务，比如查看商品信息。在这种情况下，我们可以避免使用事务，这样可以让程序运行得更快。
提高可维护性：事务传播机制可以让我们更好地理解和控制程序中的操作，这样在出现问题的时候，我们可以更容易地找出问题的原因，并修复它。

PROPAGATION_REQUIRED：这是默认的事务传播行为。如果在开始当前方法之前，一个事务上下文已经存在，那么该方法将在已经存在的事务中运行。否则，它将启动一个新的事务。在一个典型的场景中，所有的事务方法都会运行在一个共享的事务上下文中，这样可以保证所有的方法或者操作都是在同一个事务中完成。
PROPAGATION_SUPPORTS：如果在开始当前方法之前，一个事务上下文已经存在，该方法将在这个事务中运行。否则，它可以以非事务方式运行（如果没有事务就按非事务方式运行，不会新建事务）。这种传播行为允许方法不需要事务上下文也能执行。
PROPAGATION_MANDATORY：如果已经存在一个事务，继续使用这个事务，如果没有一个活动的事务，则抛出异常。这种传播行为强制方法必须在一个已经存在的事务上下文中运行。
PROPAGATION_REQUIRES_NEW：每次都会新建一个新的事务，如果一个事务已经存在，将这个存在的事务挂起（暂停），并且启动一个新的事务。这种传播行为允许方法在它自己的事务上下文中运行，独立于它被调用的环境。
PROPAGATION_NOT_SUPPORTED：总是非事务地执行方法，如果一个事务存在，将其挂起。这种传播行为允许方法在没有事务的上下文中运行，即使一个事务已经存在。
PROPAGATION_NEVER：总是非事务地执行，如果存在一个事务，则抛出异常。这种传播行为强制方法在没有事务的上下文中运行，如果已经存在一个事务，将会抛出一个异常。
PROPAGATION_NESTED：如果一个事务存在，那么它应该在一个嵌套的事务中运行，这个嵌套的事务可以独立于封装事务进行提交或者回滚。如果没有一个活动的事务，则按PROPAGATION_REQUIRED属性执行。这种传播行为允许一个事务中的方法在独立的内部事务中运行。