Spring事物介绍

1.1Introduce

              spring 事物的核心就是PlatformTransactionMananger 和TransactionStatus,PlatformTransactionMananger是对Jdbc，hibernate ，jdo，ibatis 等个各类支持事物的平台事务处理的抽象。TransactionStatus 是为了实现spring事物的传播属性而抽象出来的类。

 

1.2 spring事物的传播行为和隔离级别

 spring适用AOP来完成声明式事物，因而声明式事物是以方法为边界的，当然事物属性的策略就应用在方法之上。

传播行为：

         它告知何时开始一个事物，或事务被暂停，或者事物要在方法中进行。

传播行为	说明
PROPAGATION_MANDATORY	方法必须在事务中执行，否则丢出异常
PROPAGATION_NESTED	在一个嵌入的事务中执行，如果不是则同PROPAGATION_REQUIERD
PROPAGATION_NEVER	不应在事务中，否则丢出异常
PROPAGATION_NOT_SUPPORTED	不应在事务中，如果有则暂定该事务。
PROPAGATION_REQUIRED	支持现有事务，如果没有就建立一个新的事务。
PROPAGATION_REQUIRES_NEW	建立一个新事务，如果现存一个事务就暂停它。
PROPAGATION_SUPPORTS	支持现有事务，如果没有就以非事务方式执行。

 

 

如果被声明为PROPAGATION_MANDATORY，那么方法必须出现在事务中，现在事物的边界是原来事务边界；如果被声明为PROPAGATION_NESTED,如果方法嵌入在一事务中，那么则有两事务和两个边界，原始无的边界为原始无边界，新事物边界，为新事务边界，原事务影响新事务的提交和回滚，新事务提交回滚对原事务无影响； 如果被声明为PROPAGATION_NEVER，则根本不应声明在事务中；如果被声明为PROPAGATION_NOT_SUPPORTED,则事物的边界为原边界，方法中的代码不受事务的限制；如果被声明为PROPAGATION_REQUIRED ，则事物的边界为第一个事物的开始和结束，如果没有原始事物则为当前边界；如果被声明为PROPAGATION_REQUIRED_NEW,事物的边界为方法的边界；如果被声明为PROPAGATION_SUPPORTS，如果有事物则事务为原边界，如果没有以非事物的方式执行。

假设两个类

 

                public class ServiceA{

 

                                                 

                        @Transactional(propagation=PROPAGATION.FLAG1)

                        public void methodA(){

                            Try{  

                                 (new ServiceB()).methedB();

                            }catch(Exception e){

 

 

                           }

                          。。。。。。。。。。。。。。。。

 

                       }

 

 

                  }

 

                 public class ServiceB{

 

                                                 

                        @Transactional(propagation=PROPAGATION.FLAG2)

                        public void methodB(){

                              

                       }

 

 

                  }

 

Flag1/Flag2	MANDATORY	NESTED	NEVER	NOT_SUPPORTED	REQUIRED	REQUIRED_NEW	SUPPORTS
MANDATORY	1	2	/	3	4	5	7
NESTED	8	9	10	11	12	13	14
NEVER	/	/	15	16	/	/	17
NOT_SUPPORTED	/	18	19	20	21	22	23
REQUIRED	24	25	/	26	27	28	29
REQUIERED_NEW	30	31	/	32	33	34	35
SUPPORTS	36	37	38	29	40	41	42

 

1-7 如果在methodA之前没有开始事务都会抛出异常：

下面我们假设MethodA之前已经开始事务：

1：正常执行 事物的范围为原事务。

2： 开始一个 "嵌套的" 事务,  它是已经存在事务的一个真正的子事务. 潜套事务开始执行时,  它将取得一个 savepoint. 如果这个嵌套事务失败, 我们将回滚到此 savepoint. 潜套事务是外部事务的一部分, 只有外部事务结束后它才会被提交.
。

3：不能正常执行

4：事务边界为原边界

5：从新开始一个事务，暂停原事务。该事物的成功与否，不影响原事务

7：启动一个新的, 不依赖于环境的 "内部" 事务. 这个事务将被完全 commited 或 rolled back 而不依赖于外部事务, 它拥有自己的隔离范围, 自己的锁, 等等. 当内部事务开始执行时, 外部事务将被挂起, 内务事务结束时, 外部事务将继续执行

其他情况雷同