《spring的事务类型详解》由会员分享,可在线阅读,更多相关《spring的事务类型详解(6页珍藏版)》请在金锄头文库上搜索。
1、Spring事务类型祥解 分类: JAVA 2007-12-30 20:27 1444人阅读 评论(1) 收藏 举报 大家可能在spring中经常看到这样的定义:PROPAGATION_REQUIRED,readOnlyPROPAGATION_REQUIRED估计有好多朋友还没有弄清楚里面的值的意思,仔细看完下面应该知道自己什么情况下面应该使用什么样的声明。_Spring中常用事务类型: PROPAGATION_REQUIRED-支持当前事务,如果当前没有事务,就新建一个事务。这是最常见的选择。 PROPAGATION_SUPPORTS-支持当前事务,如果当前没有事务,就以非事务方式执行。 P
2、ROPAGATION_MANDATORY-支持当前事务,如果当前没有事务,就抛出异常。 PROPAGATION_REQUIRES_NEW-新建事务,如果当前存在事务,把当前事务挂起。 PROPAGATION_NOT_SUPPORTED-以非事务方式执行操作,如果当前存在事务,就把当前事务挂起。 PROPAGATION_NEVER-以非事务方式执行,如果当前存在事务,则抛出异常。 PROPAGATION_REQUIRED类似的操作。 PROPAGATION_NESTED-如果当前存在事务,则在嵌套事务内执行。如果当前没有事务,则进行与 (上图AD和BC代表两个事务,1,2,3代表事务执行的三个阶
3、段。图简陋了点,有点像“金箍棒”)使用嵌套事务的场景有两点需求:1. 需要事务BC与事务AD一起commit,即:作为事务AD的子事务,事务BC只有在事务AD成功commit时(阶段3成功)才commit。这个需求简单称之为“联合成功”。这一点PROPAGATION_REQUIRED可以做到。 2. 需要事务BC的rollback不(无条件的)影响事务AD的commit。这个需求简单称之为“隔离失败”。这一点PROPAGATION_REQUIRES_NEW可以做到。 使用PROPAGATION_REQUIRED满足需求1,但子事务BC的rollback会无条件地使父事务AD也rollback,
4、不能满足需求2。使用PROPAGATION_REQUIRES_NEW满足需求2,但子事务(这时不应该称之为子事务)BC是完全新的事务上下文,父事务(这时也不应该称之为父事务)AD的成功与否完全不影响BC的提交,不能满足需求1。同时满足上述两条需求就要用到PROPAGATION_NESTED了。PROPAGATION_NESTED在事务AD执行到B点时,设置了savePoint(关键)。当BC事务成功commit时,PROPAGATION_NESTED的行为与PROPAGATION_REQUIRED一样。只有当事务AD在D点成功commit时,事务BC才真正commit,如果阶段3执行异常,导致
5、事务AD rollback,事务BC也将一起rollback ,从而满足了“联合成功”。当阶段2执行异常,导致BC事务rollback时,因为设置了savePoint,AD事务可以选择与BC一起rollback或继续阶段3的执行并保留阶段1的执行结果,从而满足了“隔离失败”。当然,要明确一点,事务传播策略的定义是在声明或事务管理范围内的(首先是在EJB CMT规范中定义,Spring事务框架补充了PROPAGATION_NESTED),编程式的事务管理不存在事务传播的问题。EJB的事务类型:Nerver : 不参与事务,如果参与产生RemoteExceptionNotSupported: 不能
6、参与Supports: 如果调用者正在参与事务,相应的EJB调用也可以参与事务,否则不能Mandatory 如果调用者有一个事务,相应的EJB可以参与事务,否则,TransactionRequiredExceptionRequired 如果调用者有一个事务,相应的EJB可以参与事务,否则,容器将在调用相应的EJB之前,开始一个事务.当方法调用完成以后,即提交该事务.RequiresNew 在调用相应的EJB之前,开始一个新的事务,当方法调用返回时,即提交这个事务.前六个策略类似于EJB CMT:常量名相同,因此,对EJB开发人员来说,应该立刻就感到熟悉。第七个(PROPAGATION_NEST
7、ED)是Spring所提供的一个特殊变量。它要求事务管理器或者使用JDBC 3.0 Savepoint API提供嵌套事务行为(如Spring的DataSourceTransactionManager),或者通过JTA支持嵌套事务。事务属性中的readOnly标志表示对应的事务应该被最优化为只读事务。这是一个最优化提示。在一些情况下,一些事务策略能够起到显著的最优化效果,例如在使用Object/Relational映射工具(如:Hibernate或TopLink)时避免dirty checking(试图“刷新”)。在事务属性中还有定义“timeout”值的选项,指定事务超时为几秒。在JTA中,
8、这将被简单地传递到J2EE服务器的事务协调程序,并据此得到相应的解释。 一个spring事务例子PROPAGATION_REQUIRED事务传播行为种类Spring在TransactionDefinition接口中规定了7种类型的事务传播行为,它们规定了事务方法和事务方法发生嵌套调用时事务如何进行传播:表1事务传播行为类型事务传播行为类型说明PROPAGATION_REQUIRED如果当前没有事务,就新建一个事务,如果已经存在一个事务中,加入到这个事务中。这是最常见的选择。PROPAGATION_SUPPORTS支持当前事务,如果当前没有事务,就以非事务方式执行。PROPAGATION_MAN
9、DATORY使用当前的事务,如果当前没有事务,就抛出异常。PROPAGATION_REQUIRES_NEW新建事务,如果当前存在事务,把当前事务挂起。PROPAGATION_NOT_SUPPORTED以非事务方式执行操作,如果当前存在事务,就把当前事务挂起。PROPAGATION_NEVER以非事务方式执行,如果当前存在事务,则抛出异常。PROPAGATION_NESTED如果当前存在事务,则在嵌套事务内执行。如果当前没有事务,则执行与PROPAGATION_REQUIRED类似的操作。当使用PROPAGATION_NESTED时,底层的数据源必须基于JDBC 3.0,并且实现者需要支持保存点事务机制。 PROPAGATION_REQUIRED PROPAGATION_REQUIRED,readOnly PROPAGATION_REQUIRED PROPAGATION_REQUIRED PROPAGATION_REQUIRED manager transactionInterceptor property na