Spring事务控制

Propagation是一个枚举，定义了七大行为类型，下以分别解释。

REQUIRED(TransactionDefinition.PROPAGATION_REQUIRED)

官方解释：支持当前事务;如果不存在，就创建一个新的。类似于同名的EJB事务属性。这通常是交易定义的默认设置，通常定义事务同步作用域。

深入理解：required 属性表达了被标识的参数或方法是必须要存在的，否则就会报错。类似地Spring mvc 中 ＠required String name。

如果是事务方法嵌套调用，标有required的方法会将外事务直接拿过来使用，如果此事内部出现异常回滚会使外事务方法也回滚！！

所以一般为了保证局部数据的一致性会使用REQIRED_NEW。

SUPPORTS(TransactionDefinition.PROPAGATION_SUPPORTS)

官方解释：支持当前事务;如果不存在，则执行非事务。类似于同名的EJB事务属性。注意：对于具有事务同步的事务管理器来说，传播支持与根本没有事务略有不同，因为它定义了同步可能应用于的事务范围。因此，相同的资源（JDBC连接、Hibernate会话等）将被共享到整个指定的范围。注意，准确的行为取决于事务管理器的实际同步配置！一般来说，使用传播支持！特别地，不要依赖于传播支持范围内的传播所需或传播的需求（这可能导致在运行时发生同步冲突）。如果这样的嵌套是不可避免的，请确保适当地配置您的事务管理器（通常切换到“实际事务上的同步”）。

深入理解：此行为本身并不会创建事务。当一个方法上标识为supports时，外部方法开启了事务并调用此方法，那么该方法也是一个事务的方法。此时效果与reuired的一样，一回滚都回滚。

如果外部方法没有开启事务，则该方法就是一个不带事务的方法。总之一句话，这是一个万精油式的支持。实际开发中方法是否开启事务是一个很明确的需求，要么开启事务，要么不使用事务，不会模棱两可地定义既使用事务又可以不使用。

NOT_SUPPORTED(TransactionDefinition.PROPAGATION_NOT_SUPPORTED)

官方解释：执行非事务处理，如果存在的话，暂停当前事务。类似于同名的EJB事务属性。注意：在所有事务管理器中，实际的事务暂停将不会是开箱即用的。这尤其适用于org.springframework.transaction.jta。JtaTransactionManager，它需要javax.transaction。TransactionManager将其提供给它（在标准Java EE中是特定于服务器的）。

深入理解：明确指定被标识的方法不要用事务。外部事务方法调用此方法时，事务不会进到此方法(即把外部事务挂起)，直到此方法执行完后。

NEVER(TransactionDefinition.PROPAGATION_NEVER)

官方解释：不支持当前的事务;如果当前事务存在，则抛出异常。类似于同名的EJB事务属性。请注意，事务同步在传播NEVER范围内是不可用的。

深入理解：这个比not_supported更严格，如果在此方法内部外部发现事务支持就抛出异常。

MANDATORY(TransactionDefinition.PROPAGATION_MANDATORY)

官方解释：支持当前事务;如果不存在当前事务，则抛出异常。类似于同名的EJB事务属性。注意，传播强制范围内的事务同步总是由周围的事务驱动。

深入理解：这与never是一对反义词。强制方法内部或外部调用中必须要有事务，没有就抛异常。

NESTED(TransactionDefinition.PROPAGATION_NESTED)

官方解释：如果当前事务存在，在嵌套事务中执行，就像需要的传播一样。在EJB中没有类似的特性。注意：嵌套事务的实际创建只适用于特定的事务管理器。在处理JDBC 3.0驱动程序时，这只适用于JDBC DataSourceTransactionManager。一些JTA提供者也可能支持嵌套的事务。

深入理解：标识为nested的方法调用其他标有：Mandatory,supports,required的事务方法时使用的是一个事务管理，但内部事务方法异常回滚并不会影响外部方法。

REQUIRES_NEW(TransactionDefinition.PROPAGATION_REQUIRES_NEW)

无论如何都创建一个新的事务来执行被标识的方法。一般局部数据操作一致性都用此方法。