spring中的事物传播

REQUIRED--支持当前事务，如果当前没有事务，就新建一个事务。这是最常见的选择。
SUPPORTS--支持当前事务，如果当前没有事务，就以非事务方式执行。
MANDATORY--支持当前事务，如果当前没有事务，就抛出异常。
REQUIRES_NEW--新建事务，如果当前存在事务，把当前事务挂起。
NOT_SUPPORTED--以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。
NEVER--以非事务方式执行，如果当前存在事务，则抛出异常。

NESTED--嵌套事物。

 

srping增加了NESTED,其它类型与EJB是一样的。

需要明确一点,方法上指定的事物传播属性都是指被另一个service调用的传播属性。对于同一个service内的方法间调用则始终可以看作是REQUIRED,即在同一个事物中。因此即使方法A指定的是NEVER,并且它还调用了内部另一个方法B,传播属性是MANDATORY,这时个同样能正常执行。

 

为说明问题，假设有两个service,分别是S1和S2

 

事物的回滚与否是按方法最终抛出的异常来评定,即以方法为单位，方法过程中抛出什么异常不管，只要你捕获了就可以保证事物不回滚。但值得注意的是，在 service调service时，比如S1中的方法A调用了S2中的方法B，如果B抛出了unchecked异常，并且A和B在同一个事物中，即使A中捕获了B的异常，A的事物同样会回滚。

 

所以讨论事物传播需要区分service间的调用和service内部调用。

1:service间的调用

在同一个事物里,spring容器会在方法执行完毕后检查方法是否有抛出引发回滚的异常(unchecked)。当遇到unchecked异常时，该事物会回滚,即使将异常捕获了,在方法执行最终还是会回滚(相当于最终通知来做判断事物是否回滚),。如果遇到的是checked异常，即使不捕获，在异常前发生的数据操作一样生效。

引发回滚的异常来源有两个:1.该service方法内本身抛出unchecked异常.2.调用的其它service方法抛出unchecked异常。即使在调用的service方法中被捕获了异常,虽然不提倡这样做！如果两个方法在同一个事物里，那么该事物还是会回滚，因为这时候它会告诉spring容器当前事物需要回滚，在该事物最后spring容器会根据信号来判断是否回滚。

 

2:service内部调用

service内部的方法间调用,比如A方法里调用了B方法,那么B方法的事物传播属性就将被忽略。需要注意的是它实际上是将本service内的其它方法看作是一个代码段(就是在一个事物下,不存在事物传播问题),就是说如果B方法抛出了异常,哪怕是unchecked异常，只要在A方法内被捕获了,就相当于异常可处理并被处理了，因此事物不回滚。

 

因此要紧记住一点unchecked表示未知且不应该被处理的异常,即使被处理了,spring容器也会被告知事物回滚,对于checked异常,spring容器是不管的，即使抛出去了，事物照样不回滚。因此在设计方法时一定要遵守这样一个原则,不要捕获unckecked异常(或者捕获后再抛出),对于checked异常如果不能处理也以uncheck异常抛出。因此service应该是一个只抛unchecked异常。

 

tip:如果一个标记事物标签的方法调用了一个未标记的方法,则同样会被加入到事物管理里面。当然如上所述的前题都必需在同一个事物管理器里面。