- 浏览: 426291 次
- 性别:
- 来自: 成都
文章分类
最新评论
-
binghc:
能使用浏览器作为客户端么,用socket构建一个最简单的htt ...
HTTPS那些事 用java实现HTTPS工作原理 -
littleShyBoy:
如果是使用http client请求https的接口,http ...
HTTPS那些事 用java实现HTTPS工作原理 -
skw1975:
...
HTTPS那些事 用java实现HTTPS工作原理 -
sealinesu:
看了半天,真的是半天,总算是把这些概念都理清了,谢谢博主
spring事务传播机制实例讲解 -
wanghaozdw:
请问下,在内外层事务均是REQUIRED的情况下,内层事务抛出 ...
spring事务传播机制实例讲解
天温习spring的事务处理机制,总结如下
- 对于SQL事务的概念以及ACID性质,可以参见我的另一篇博文 http://kingj.iteye.com/admin/blogs/1675011
-
spring的管理的事务可以分为如下2类:
- 逻辑事务 在spring中定义的事务通常指逻辑事务,提供比物理事务更抽象,方便的事务配置管理,但也基于物理事务
- 物理事务 特定于数据库的事务
-
spring中支持一下2中事务声明方式
- 编程式事务 当系统需要明确的,细粒度的控制各个事务的边界,应选择编程式事务
- 声明式事务 当系统对于事务的控制粒度较粗时,应该选择申明式事务
- 无论你选择上述何种事务方式去实现事务控制,spring都提供基于门面设计模式的事务管理器供选择,如下是spring事务中支持的事务管理器
-
事务管理器实现(org.springframework.*) 使用时机 jdbc.datasource.DataSourceTransactionManager 使用jdbc的抽象以及ibatis支持 orm.hibernate.HibernateTransactionManager 使用hibernate支持(默认3.0以下版本) orm.hibernate3.HibernateTransactionManager 使用hibernate3支持 transaction.jta.JtaTransactionManager 使用分布式事务(分布式数据库支持) orm.jpa.JpaTransactionManager 使用jpa做为持久化工具 orm.toplink.TopLinkTransactionManager 使用TopLink持久化工具 orm.jdo.JdoTransactionManager 使用Jdo持久化工具 jms.connection.JmsTransactionManager 使用JMS 1.1+ jms.connection.JmsTransactionManager102 使用JMS 1.0.2 transaction.jta.OC4JJtaTransactionManager 使用oracle的OC4J JEE容器 transaction.jta.WebLogicJtaTransactionManager 在weblogic中使用分布式数据库 jca.cci.connection.CciLocalTransactionManager 使用jrping对J2EE Connector Architecture (JCA)和Common Client Interface (CCI)的支持
UML结构图如下
4、各种事务管理器的定义如下
-
- JdbcTransactionManager定义如下
-
<bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"> <property name="dataSource" ref="dataSource"/> </bean>
- hibernate事务管理器配置如下
-
<bean id="transactionManager" class="org.springframework.orm.hibernate3.HibernateTransactionManager"> <property name="sessionFactory" ref="sessionFactory"/> </bean>
- hibernate的事务管理器会注入session会话工厂,然后将事务处理委托给当前的transaction对象,事务提交时,调用commit()方法,回滚时调用rollback()方法
- jpa事务管理器配置如下
-
<bean id="transactionManager" class="org.springframework.orm.jpa.JpaTransactionManager"> <property name="entityManagerFactory" ref="entityManagerFactory"/> </bean>
- 其余事务管理器可参见spring in action中说明
-
5、申明式事务配置
- spring特有的事务传播行为,spring支持7种事务传播行为,确定客户端和被调用端的事务边界(说得通俗一点就是多个具有事务控制的service的相互调用时所形成的复杂的事务边界控制)下图所示为7钟事务传播机制
-
传播行为 含义 PROPAGATION_REQUIRED(XML文件中为REQUIRED) 表示当前方法必须在一个具有事务的上下文中运行,如有客户端有事务在进行,那么被调用端将在该事务中运行,否则的话重新开启一个事务。(如果被调用端发生异常,那么调用端和被调用端事务都将回滚) PROPAGATION_SUPPORTS(XML文件中为SUPPORTS) 表示当前方法不必需要具有一个事务上下文,但是如果有一个事务的话,它也可以在这个事务中运行 PROPAGATION_MANDATORY(XML文件中为MANDATORY) 表示当前方法必须在一个事务中运行,如果没有事务,将抛出异常 PROPAGATION_NESTED(XML文件中为NESTED) 表示如果当前方法正有一个事务在运行中,则该方法应该运行在一个嵌套事务中,被嵌套的事务可以独立于被封装的事务中进行提交或者回滚。如果封装事务存在,并且外层事务抛出异常回滚,那么内层事务必须回滚,反之,内层事务并不影响外层事务。如果封装事务不存在,则同PROPAGATION_REQUIRED的一样 PROPAGATION_NEVER(XML文件中为NEVER) 表示当方法务不应该在一个事务中运行,如果存在一个事务,则抛出异常 PROPAGATION_REQUIRES_NEW(XML文件中为REQUIRES_NEW) 表示当前方法必须运行在它自己的事务中。一个新的事务将启动,而且如果有一个现有的事务在运行的话,则这个方法将在运行期被挂起,直到新的事务提交或者回滚才恢复执行。 PROPAGATION_NOT_SUPPORTED(XML文件中为NOT_SUPPORTED) 表示该方法不应该在一个事务中运行。如果有一个事务正在运行,他将在运行期被挂起,直到这个事务提交或者回滚才恢复执行
-
6、spring中的事务隔离级别
- spring的事务隔离级别其实本质上是对SQL92标准的4种事务隔离级别的一种封装,具体参加我的博文:http://kingj.iteye.com/admin/blogs/1675011
- spring的事务隔离级别如下表所示
-
隔离级别 含义 ISOLATION_DEFAULT 使用数据库默认的事务隔离级别 ISOLATION_READ_UNCOMMITTED 允许读取尚未提交的修改,可能导致脏读、幻读和不可重复读 ISOLATION_READ_COMMITTED 允许从已经提交的事务读取,可防止脏读、但幻读,不可重复读仍然有可能发生 ISOLATION_REPEATABLE_READ 对相同字段的多次读取的结果是一致的,除非数据被当前事务自生修改。可防止脏读和不可重复读,但幻读仍有可能发生 ISOLATION_SERIALIZABLE 完全服从ACID隔离原则,确保不发生脏读、不可重复读、和幻读,但执行效率最低。
-
7、spring事务只读属性
- spring事务只读的含义是指,如果后端数据库发现当前事务为只读事务,那么就会进行一系列的优化措施。它是在后端数据库进行实施的,因此,只有对于那些有可能启动一个新事务的传播行为(REQUIRED,REQUIRES_NEW,NESTED)的方法来说,才有意义。(测试表明,当使用JDBC事务管理器并设置当前事务为只读时,并不能发生预期的效果,即能执行删除,更新,插入操作)
-
8、spring的事务超时
- 有的时候为了系统中关键部分的性能问题,它的事务执行时间应该尽可能的短。因此可以给这些事务设置超时时间,以秒为单位。我们知道事务的开始往往都会发生数据库的表锁或者被数据库优化为行锁,如果允许时间过长,那么这些数据会一直被锁定,影响系统的并发性。
- 因为超时时钟是在事务开始的时候启动,因此只有对于那些有可能启动新事物的传播行为(REQUIRED,REQUIRES_NEW,NESTED)的方法来说,事务超时才有意义。
-
9、事务回滚规则
- spring中可以指定当方法执行并抛出异常的时候,哪些异常回滚事务,哪些异常不回滚事务。
- 默认情况下,只在方法抛出运行时异常的时候才回滚(runtime exception)。而在出现受阻异常(checked exception)时不回滚事务,这个ejb的回滚行为一致。
- 当然可以采用申明的方式指定哪些受阻异常像运行时异常那样指定事务回滚。
-
10、spring申明式事务配置
- 将aop,tx命名空间添加到当前的spring配置文件头中
- 定义一个事务AOP通知
-
<tx:advice id="txAdvice" transactionManager="transactionManager"> <tx:attributes> <tx:method name="add*" propagation="REQUIRED"/> </tx:attributes> </tx:advice>
- 定义一个事务切面,即应该在哪些类的哪些方法上面进行事务切入
-
<aop:config> <aop:advisor pointcut="execution(* *..zx.spring.UserService*.*(..))||execution(* *..spring.ServiceFacade.*(..))||execution(* *..spring.BookService.*(..))" advice-ref="txAdvice"/> </aop:config>
-
11、结合具体的代码实现讲解spring的7种事务传播机制效果
- 准备环境
- 我们采用JDBC+ORACLE实现具体操作,首先搭建好spring的开发环境,配置好数据源,建立好Test
- 创建数据库结构,创建一个用户表和Book表
-
CREATE TABLE T_USER( ID INT, NAME VARCHAR2(200) ); CREATE TABLE T_BOOK( ID INT , NAME VARCHAR2(200) );
- 搭建好的结构如下
-
-
<!-- 定义数据源 --> <bean id="ams" class="com.mchange.v2.c3p0.ComboPooledDataSource" destroy-method="close"> <property name="driverClass" value="${jdbc.ams.driver}" /> <property name="jdbcUrl" value="${jdbc.ams.url}" /> <property name="user" value="${jdbc.ams.username}" /> <property name="password" value="${jdbc.ams.password}" /> <property name="initialPoolSize" value="${initialSize}" /> <property name="minPoolSize" value="${minPoolSize}" /> <property name="maxPoolSize" value="${maxActive}" /> <property name="acquireIncrement" value="${acquireIncrement}" /> <property name="maxIdleTime" value="${maxIdleTime}" /> </bean> <!-- 定义jdbc模板类--> <bean id="jdbcTemplate" class="org.springframework.jdbc.core.JdbcTemplate"> <property name="dataSource" ref="ams"/> </bean>
- 在spring包下面建立3个service
- BookService
-
package com.zx.spring; import org.springframework.jdbc.core.JdbcTemplate; public class BookService { public static final String ADD_BOOK="insert into t_book(id,name) values(1,'duck-j2ee')"; private JdbcTemplate jdbcTemplate; public void addBook() throws Exception{ this.jdbcTemplate.execute(ADD_BOOK); throw new RollbackException("跳出执行"); } public JdbcTemplate getJdbcTemplate() { return jdbcTemplate; } public void setJdbcTemplate(JdbcTemplate jdbcTemplate) { this.jdbcTemplate = jdbcTemplate; } }
- UserService
-
package com.zx.spring; import org.springframework.jdbc.core.JdbcTemplate; public class UserService { public static final String ADD_USER="insert into t_user(id,name) values(1,'duck')"; private BookService bs; private JdbcTemplate jdbcTemplate; public void addUser()throws Exception { this.bs.addBook(); this.jdbcTemplate.execute(ADD_USER); } public JdbcTemplate getJdbcTemplate() { return jdbcTemplate; } public void setJdbcTemplate(JdbcTemplate jdbcTemplate) { this.jdbcTemplate = jdbcTemplate; } public BookService getBs() { return bs; } public void setBs(BookService bs) { this.bs = bs; } }
- 创建一个ServiceFacade门面,将UserService和BookService包装起来
-
package com.zx.spring; public class ServiceFacade { private BookService bs; private UserService us; public BookService getBs() { return bs; } public void setBs(BookService bs) { this.bs = bs; } public UserService getUs() { return us; } public void setUs(UserService us) { this.us = us; } public void addUserBook()throws Exception{ bs.addBook(); us.addUser(); } }
- 上面我们配置了3个service接口,并在spring中配置了申明式事务。
-
<aop:config> <aop:advisor pointcut="execution(* *..zx.spring.UserService*.*(..))||execution(* *..spring.ServiceFacade.*(..))||execution(* *..spring.BookService.*(..))" advice-ref="txAdvice"/> </aop:config>
- 我们在一个pointcut中定义了3个aspectj方式的切入点,即对这3个类的所有方法进行事务切入。
接下来我们开始配置不同的事务传播机制,来看看效果。 - 到此,准备工作大功告成,接下来我们来对7中传播机制做一个详细解释。
-
一 :我们来对单个方法的事务传播机制进行一个了解
-
REQUIRED,
REQUIRES_NEW
- junit代码
-
@Test public void testAddBook()throws Exception{ BookService bs=(BookService)this.getBean("bookService"); bs.addBook(); }
- addBook()代码
-
public void addBook() throws Exception{ this.jdbcTemplate.execute(ADD_BOOK); throw new RuntimeException("throw runtime exception in outter transaction"); }
- 执行junit后,控制台如下
-
1、[DEBUG,JdbcTemplate,main] Executing SQL statement [insert into t_book(id,name) values(1,'duck-j2ee')] 2、[DEBUG,DataSourceTransactionManager,main] Initiating transaction rollback 3、[DEBUG,DataSourceTransactionManager,main] Rolling back JDBC transaction on Connection [com.mchange.v2.c3p0.impl.NewProxyConnection@a2b392]
- 可以知道,当addBook()方法的事务传播机制为REQUIRED, REQUIRES_NEW ,并且抛出运行时异常时,将会回滚事务。
- 当addBook()方法抛出受检查的异常时,将不会回滚事务。
- addBook()方法如下:
-
public void addBook() throws Exception{ this.jdbcTemplate.execute(ADD_BOOK); throw new Exception("throw runtime exception in outter transaction"); }
-
1、[DEBUG,DataSourceTransactionManager,main] Creating new transaction with name [com.zx.spring.BookService.addBook]: PROPAGATION_REQUIRED,ISOLATION_DEFAULT 2、[DEBUG,JdbcTemplate,main] Executing SQL statement [insert into t_book(id,name) values(1,'duck-j2ee')] 3、[DEBUG,DataSourceTransactionManager,main] Initiating transaction commit 4、[DEBUG,DataSourceTransactionManager,main] Committing JDBC transaction on Connection [com.mchange.v2.c3p0.impl.NewProxyConnection@4310d0]
- 第3行可知,事务提交,不回滚
-
MANDATORY
- 代码同上所示,只是事务传播机制改为 MANDATORY
-
<tx:advice id="txAdvice" transaction-manager="txManager"> <tx:attributes> <tx:method name="addUser" propagation="REQUIRED" /> <tx:method name="addBook" propagation="MANDATORY"/> </tx:attributes> </tx:advice>
- 运行junit后,由于单个方法执行没有指定任何事务传播机制,因此抛出异常。
-
org.springframework.transaction.IllegalTransactionStateException: No existing transaction found for transaction marked with propagation 'mandatory' at org.springframework.transaction.support.AbstractPlatformTransactionManager.getTransaction(AbstractPlatformTransactionManager.java:357)
-
NESTED
- NESTED内嵌事务,如果没有外层事务,则新建一个事务,行为同REQUIRED一样
-
NEVER
- NEVER不会以事务方式运行,执行junit代码后,控制台如下
-
1、[DEBUG,JdbcTemplate,main] Executing SQL statement [insert into t_book(id,name) values(1,'duck-j2ee')] 2、[DEBUG,DataSourceUtils,main] Registering transaction synchronization for JDBC Connection 3、[DEBUG,DataSourceTransactionManager,main] Should roll back transaction but cannot - no transaction available
- 由于发生运行时异常,事务本应该回滚,但是在第三行可以知道,由于事务传播机制为NEVER,因此找不到事务进行回滚,数据库只添加了一条记录。
-
-
-
SUPPORTS
- 单个方法 调用时supports行为同NEVER一样,不会创建事务,只是如果有事务,则会加入到当前事务中去,具体的行为下面有分析。
-
NOT_SUPPORTED
- 单个方法被执行时,不会创建事务。如果当前有事务,将封装事务挂起,知道该方法执行完成再恢复封装事务,继续执行。
-
REQUIRED,
REQUIRES_NEW
二:在了解了单个方法的事务传播机制后,我们来配置多个方法调用之间的传播机制的行为
- 1、我们将UserService和BookService中的addUser(),addBook()方法分别配置为REQUIRED,并在addBook()方法中抛出运行时异常。
-
<tx:advice id="txAdvice" transaction-manager="txManager"> <tx:attributes> <tx:method name="addUser" propagation="REQUIRED"/> <tx:method name="addBook" propagation="REQUIRED"/> </tx:attributes> </tx:advice>
-
1、public void addUser()throws Exception { 2、 this.bs.addBook(); 3、 this.jdbcTemplate.execute(ADD_USER); }
-
4、public void addBook() throws Exception{ 5、 this.jdbcTemplate.execute(ADD_BOOK); 6、 throw new RuntimeException("跳出执行"); }
-
- 测试用例如下
-
@Test public void testAddUser()throws Exception{ UserService us=(UserService)this.getBean("userService"); us.addUser(); }
- 执行前数据库如下
-
- 执行后,console控制台输出如下:
-
[DEBUG,DataSourceTransactionManager,main] Creating new transaction with name [com.zx.spring.UserService.addUser]:
PROPAGATION_REQUIRED,ISOLATION_DEFAULT
上面输出可以知道,spring自动给addUser()方法切入了事务,事务隔离级别为数据库默认级别。 - 我们再观察控制台输出
-
1、[DEBUG,DataSourceTransactionManager,main] Acquired Connection [com.mchange.v2.c3p0.impl.NewProxyConnection@1973fc5] for JDBC transaction 2、[DEBUG,DataSourceTransactionManager,main] Switching JDBC Connection [com.mchange.v2.c3p0.impl.NewProxyConnection@1973fc5] to manual commit 3、[DEBUG,DataSourceTransactionManager,main] Participating in existing transaction 4、[DEBUG,JdbcTemplate,main] Executing SQL statement [insert into t_book(id,name) values(1,'duck-j2ee')] 5、[DEBUG,DataSourceTransactionManager,main] Participating transaction failed - marking existing transaction as rollback-only 6、[DEBUG,DataSourceTransactionManager,main] Setting JDBC transaction [com.mchange.v2.c3p0.impl.NewProxyConnection@1973fc5] rollback-only 7、[DEBUG,DataSourceTransactionManager,main] Initiating transaction rollback 8、[DEBUG,DataSourceTransactionManager,main] Rolling back JDBC transaction on Connection [com.mchange.v2.c3p0.impl.NewProxyConnection@1973fc5]
- 第一行jdbc事务管理器从c3p0连接池中获取一个链接
- 第二行设置jdbc事务提交方式为手动提交
- 代码执行到方法addUser()中第一行时,由于addUser()方法的事务级别为REQUIRED的因此,事务管理器开始了一个事务。执行到第二行addBook()时,由于addBook()方法的事务传播行为为REQUIRED的,我们知道REQUIRED方式是如果有一个事务,则加入事务中,如果没有,则新建一个事务。由控制台输出的第3行可以知道,addBook方法加入到了addUser方法的事务当中去,接着第4行执行了插入t_book语句,由于addBook()方法在第6行时,抛出了运行时异常,因此当前事务失败,可从控制台输出第5行得知。
- 由于addUser()和addBook()方法共享了一个事务,在addBook()方法中又抛出了运行时异常,因此事务必须回滚,这由数据库查询可知。
-
- 如果我们将addBook()方法中抛出的运行时异常改为checked异常的话,会是什么结果呢?
-
7、public void addBook() throws Exception{ 8、 this.jdbcTemplate.execute(ADD_BOOK); 9、 throw new Exception("跳出执行"); }
-
9、[DEBUG,DataSourceTransactionManager,main] Acquired Connection [com.mchange.v2.c3p0.impl.NewProxyConnection@1973fc5] for JDBC transaction 10、[DEBUG,DataSourceTransactionManager,main] Switching JDBC Connection [com.mchange.v2.c3p0.impl.NewProxyConnection@1973fc5] to manual commit 11、[DEBUG,DataSourceTransactionManager,main] Participating in existing transaction 12、[DEBUG,JdbcTemplate,main] Executing SQL statement [insert into t_book(id,name) values(1,'duck-j2ee')] 13、[DEBUG,DataSourceTransactionManager,main] Initiating transaction commit 14、[DEBUG,DataSourceTransactionManager,main] Releasing JDBC Connection [com.mchange.v2.c3p0.impl.NewProxyConnection@457d21] after transaction
- 由控制台输出第13行可以知道,除了addBook()方法中抛出的检查异常被忽略之外,其它的同上面的一致。再看数据库可以知道,addBook()方法和被执行了,addUser()方法被抛出的检查异常终止调用。
-
- 如果我们给addUser()方法指定rollback-for属性,那么addBook()方法的事务回回滚吗?
-
public void addBook() throws Exception{ this.jdbcTemplate.execute(ADD_BOOK); throw new Exception("跳出执行"); }
-
<tx:advice id="txAdvice" transaction-manager="txManager"> <tx:attributes> <tx:method name="addUser" propagation="REQUIRED" rollback-for="Exception"/> <tx:method name="addBook" propagation="REQUIRED"/> </tx:attributes> </tx:advice>
- 控制台输出如下
-
15、[DEBUG,DataSourceTransactionManager,main] Participating in existing transaction 16、[DEBUG,JdbcTemplate,main] Executing SQL statement [insert into t_book(id,name) values(1,'duck-j2ee')] 17、[DEBUG,DataSourceTransactionManager,main] Initiating transaction rollback 18、[DEBUG,DataSourceTransactionManager,main] Rolling back JDBC transaction on Connection [com.mchange.v2.c3p0.impl.NewProxyConnection@121d383]
可见,当指定了rollback-for属性时,只要抛出了指定的异常,事务就会回滚。
-
2、上面我们讨论了两个方法都指定为事务传播机制为REQUIRED,那么我们来改变以下addBook()方的事务传播机制改为NEVER ,来看看它们的效果
-
<tx:advice id="txAdvice" transaction-manager="txManager"> <tx:attributes> <tx:method name="addUser" propagation="REQUIRED" /> <tx:method name="addBook" propagation="NEVER"/> </tx:attributes> </tx:advice>
执行Junit测试后发现,控制台输出如下: -
org.springframework.transaction.IllegalTransactionStateException: Existing transaction found for transaction marked with propagation 'never' at org.springframework.transaction.support.AbstractPlatformTransactionManager.handleExistingTransaction(AbstractPlatformTransactionManager.java:399) at org.springframework.transaction.support.AbstractPlatformTransactionManager.getTransaction(AbstractPlatformTransactionManager.java:347) at org.springframework.transaction.interceptor.TransactionAspectSupport.createTransactionIfNecessary(TransactionAspectSupport.java:335)
Existing transaction found for transaction marked with propagation 'never',也就是说addBook不应该在事务中运行,但是addUser这个客户端调用者却有一个事务,因此报错。
-
3、我们接着将addBook()方法的事务传播机制改为MANDATORY
-
<tx:advice id="txAdvice" transaction-manager="txManager"> <tx:attributes> <tx:method name="addUser" propagation="REQUIRED" /> <tx:method name="addBook" propagation="MANDATORY"/> </tx:attributes> </tx:advice>
执行junit后,控制台输出如下 -
[DEBUG,DataSourceTransactionManager,main] Participating in existing transaction [DEBUG,JdbcTemplate,main] Executing SQL statement [insert into t_book(id,name) values(1,'duck-j2ee')] [DEBUG,JdbcTemplate,main] Executing SQL statement [insert into t_user(id,name) values(1,'duck')] [DEBUG,DataSourceTransactionManager,main] Initiating transaction commit
可以知道当前和REQUIRED一样的传播行为。
-
-
4、我们将addBook()方法的事务传播机制改为NESTED-内嵌事务,那么传播机制之间会怎么互相影响呢?
-
<tx:advice id="txAdvice" transaction-manager="txManager"> <tx:attributes> <tx:method name="addUser" propagation="REQUIRED" /> <tx:method name="addBook" propagation="NESTED"/> </tx:attributes> </tx:advice>
addBook()方法如下,依然抛出(checked-exception)检查异常。
public void addBook() throws Exception{ this.jdbcTemplate.execute(ADD_BOOK); throw new RuntimeException("跳出执行"); }
addUser()方法如下,在方法体中捕获addBook()抛出的异常。如果不捕获异常,addUser()方法将会被终止。
public void addUser()throws Exception { try { this.bs.addBook(); }catch(Exception e) { e.printStackTrace(); } this.jdbcTemplate.execute(ADD_USER); }
执行junit后,控制台输出如下 -
1、[DEBUG,DataSourceTransactionManager,main] Creating new transaction with name [com.zx.spring.UserService.addUser]: PROPAGATION_REQUIRED,ISOLATION_DEFAULT 2、[DEBUG,DataSourceTransactionManager,main] Creating nested transaction with name [com.zx.spring.BookService.addBook] 3、[DEBUG,JdbcTemplate,main] Executing SQL statement [insert into t_book(id,name) values(1,'duck-j2ee')] 4、[DEBUG,DataSourceTransactionManager,main] Rolling back transaction to savepoint 5、[DEBUG,JdbcTemplate,main] Executing SQL statement [insert into t_user(id,name) values(1,'duck')] 6、[DEBUG,DataSourceTransactionManager,main] Initiating transaction commit 7、[DEBUG,DataSourceTransactionManager,main] Committing JDBC transaction on Connection [com.mchange.v2.c3p0.impl.NewProxyConnection@10e164e]
- 由上面的输出可以,第一行为执行addUser()方法,事务管理器开始了一个事务,
- 第二行执行到addBook()方法,由于addBook()方法的事务传播机制为NESTED内嵌事务,因此,开始一个新的事务。
- 第三行可以知道插入语句,由于addBook()方法内部抛出RuntimeException,因此内部嵌套事务回滚到外层事务创建的保存点。
-
注意这个地方,我们抛出的是运行时异常,如果我们抛出受检查的异常,那么spring会默认的忽略此异常。下面我会详细阐述。
- 如果内层事务抛出检查异常,那么外层事务将忽略此异常,但是会产生一个问题。那就是:外层事务使用jdbc的保存点API来实现嵌套事务,
- 但是数据库不一定支持。我做测试的是oracle数据库,jdbc事务管理器在内层事务抛出检查异常后,将会在内层事务结束后,释放外层事务
- 创建的保存点,这是时候数据库不一定支持。因此可能会抛出如下异常:
-
java.sql.SQLException: 不支持的特性 at oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:112) at oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:146) at oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:208)
- 第五行可以知道,外层事务开始执行,第六行可知外层事务提交。
- 总结可知:对于NESTED内层事务而言,内层事务独立于外层事务,可以独立递交或者回滚。
- 如果我们在addUser方法内部抛出一个运行时异常,那么会怎么样呢?
-
public void addUser()throws Exception { this.bs.addBook(); this.jdbcTemplate.execute(ADD_USER); throw new RuntimeException("throw runtime exception in outter transaction"); }
-
public void addBook() throws Exception{ this.jdbcTemplate.execute(ADD_BOOK); }
- 执行junit后,控制台输入如下
-
1、[DEBUG,DataSourceTransactionManager,main] Creating new transaction with name [com.zx.spring.UserService.addUser]: PROPAGATION_REQUIRED,ISOLATION_DEFAULT 2、[DEBUG,DataSourceTransactionManager,main] Creating nested transaction with name [com.zx.spring.BookService.addBook] 3、[DEBUG,JdbcTemplate,main] Executing SQL statement [insert into t_book(id,name) values(1,'duck-j2ee')] 4、[DEBUG,DataSourceTransactionManager,main] Releasing transaction savepoint 5、[DEBUG,JdbcTemplate,main] Executing SQL statement [insert into t_user(id,name) values(1,'duck')] 6、[DEBUG,DataSourceTransactionManager,main] Initiating transaction rollback 7、[DEBUG,DataSourceTransactionManager,main] Rolling back JDBC transaction on Connection [com.mchange.v2.c3p0.impl.NewProxyConnection@1622a94]
- 第一行在addUser()方法执行后,事务管理器创建一个新的事务。
- 第二上和上面一样,由于addBook()方法是NETSTED的内嵌传播机制,因此新建一个事务。
- 执行插入,释放保存点。
- 执行插入t_user插入,但是此时抛出了一个运行时异常,外层事务回滚,那么内层事务是否回滚呢?我们看以下数据库记录。
-
t_user表数据为空,事务回滚了
t_book表数据也为空,证明内层事务回滚了 -
- 由上述结果可知,如果对于一个内嵌事务来说,外层事务的回滚必将导致内层事务回滚。
-
-
5、我们再将addBook()方法的事务传播机制该为REQUIRES_NEW,来看看会有什么有趣的事情发生?
-
<tx:advice id="txAdvice" transaction-manager="txManager"> <tx:attributes> <tx:method name="addUser" propagation="REQUIRED" /> <tx:method name="addBook" propagation="REQUIRES_NEW"/> </tx:attributes> </tx:advice>
-
public void addUser()throws Exception { this.bs.addBook(); this.jdbcTemplate.execute(ADD_USER); }
-
public void addBook() throws Exception{ this.jdbcTemplate.execute(ADD_BOOK); //throw new RuntimeException("throw runtime exception in outter transaction"); }
- 执行junit后,控制台输出如下
-
1、[DEBUG,DataSourceTransactionManager,main] Creating new transaction with name [com.zx.spring.UserService.addUser]: PROPAGATION_REQUIRED,ISOLATION_DEFAULT 2、[DEBUG,DataSourceTransactionManager,main] Suspending current transaction, creating new transaction with name [com.zx.spring.BookService.addBook] 3、[DEBUG,JdbcTemplate,main] Executing SQL statement [insert into t_book(id,name) values(1,'duck-j2ee')] 4、[DEBUG,DataSourceTransactionManager,main] Initiating transaction commit 5、[DEBUG,DataSourceTransactionManager,main] Committing JDBC transaction on Connection [com.mchange.v2.c3p0.impl.NewProxyConnection@5b96c2]
- 由上可知,第一行执行addUser()方法创建一个事务,
- 第二行阻塞addUser()方法,并创建一个新的事务,执行插入t_book表,提交内层事务和外层事务。
- 或许有的读者会问,在下面addUser()方法中由于第一行和第二行是顺序执行,因此不能说明说明问题,那么我们将addUser()方法中的1、2行代码调换,在看效果:
-
public void addUser()throws Exception { 1、 this.bs.addBook(); 2、 this.jdbcTemplate.execute(ADD_USER); }
- 兑换后的代码
-
public void addUser()throws Exception { this.jdbcTemplate.execute(ADD_USER); this.bs.addBook(); }
- 在来看控制台输出
-
1、[DEBUG,DataSourceTransactionManager,main] Creating new transaction with name [com.zx.spring.UserService.addUser]: PROPAGATION_REQUIRED,ISOLATION_DEFAULT 2、[DEBUG,JdbcTemplate,main] Executing SQL statement [insert into t_user(id,name) values(1,'duck')] 3、[DEBUG,DataSourceTransactionManager,main] Suspending current transaction, creating new transaction with name [com.zx.spring.BookService.addBook] 4、[DEBUG,JdbcTemplate,main] Executing SQL statement [insert into t_book(id,name) values(1,'duck-j2ee')] 5、[DEBUG,DataSourceTransactionManager,main] Initiating transaction commit 6、[DEBUG,DataSourceTransactionManager,main] Committing JDBC transaction on Connection [com.mchange.v2.c3p0.impl.NewProxyConnection@1b7ae22] 7、[DEBUG,DataSourceTransactionManager,main] Resuming suspended transaction after completion of inner transaction 8、[DEBUG,DataSourceTransactionManager,main] Initiating transaction commit 9、[DEBUG,DataSourceTransactionManager,main] Committing JDBC transaction on Connection [com.mchange.v2.c3p0.impl.NewProxyConnection@1fa681c]
- 由第一、二行可知道正在执行插入t_user表操作,而到第3行中我们可以知道,插入t_user表的事务被挂起,并且新建了一个事务来插入t_book表
- t_book表插入事务提交后,到第7行可知,前一个事务t_user插入操作被恢复,并提交前一个操作。
-
-
如果我们在addBook()方法中抛出运行时异常,来看看会有什么有趣的事情发生?
- addBook()方法代码如下
-
public void addBook() throws Exception{ this.jdbcTemplate.execute(ADD_BOOK); throw new RuntimeException("throw runtime exception in outter transaction"); }
- addUser()方法代码如下
-
public void addUser()throws Exception { this.jdbcTemplate.execute(ADD_USER); this.bs.addBook(); }
- 执行junit后,控制台输出如下
-
1、[DEBUG,DataSourceTransactionManager,main] Creating new transaction with name [com.zx.spring.UserService.addUser]: PROPAGATION_REQUIRED,ISOLATION_DEFAULT 2、[DEBUG,JdbcTemplate,main] Executing SQL statement [insert into t_user(id,name) values(1,'duck')] 3、[DEBUG,DataSourceTransactionManager,main] Suspending current transaction, creating new transaction with name [com.zx.spring.BookService.addBook] 4、[DEBUG,JdbcTemplate,main] Executing SQL statement [insert into t_book(id,name) values(1,'duck-j2ee')] 5、[DEBUG,DataSourceTransactionManager,main] Initiating transaction rollback 6、[DEBUG,DataSourceTransactionManager,main] Rolling back JDBC transaction on Connection [com.mchange.v2.c3p0.impl.NewProxyConnection@10d0b72] 7、[DEBUG,DataSourceTransactionManager,main] Releasing JDBC Connection [com.mchange.v2.c3p0.impl.NewProxyConnection@10d0b72] after transaction 8、[DEBUG,DataSourceTransactionManager,main] Resuming suspended transaction after completion of inner transaction8、 9、[DEBUG,DataSourceTransactionManager,main] Initiating transaction rollback 10、[DEBUG,DataSourceTransactionManager,main] Rolling back JDBC transaction on Connection [com.mchange.v2.c3p0.impl.NewProxyConnection@44b361] 11、[DEBUG,DataSourceTransactionManager,main] Releasing JDBC Connection [com.mchange.v2.c3p0.impl.NewProxyConnection@44b361] after transaction
- 第一行可知,执行addUser()方法时,从链接池获取一个新链接,创建一个封装事务,执行t_user表插入。
- 第三行可知,t_user插入事务被挂起,一直到第7行,插入t_book表事务被回滚
- 第8行可知,t_user事务恢复,但是此时该封装事务被回滚。我们再看数据库.
- t_user表数据和t_book表数据均为空
-
-
-
由此我们可以知道,对于REQUIRES_NEW事务传播机制,如果被调用端抛出运行时异常,则被调用端事务回滚,那么调用端的事务到底是回滚还是提交呢?
-
如果调用段代码捕获了被调用端抛出的运行时异常,那么调用端事务提交,不回滚
- 我们将addUser()调用端代码该成如下(捕获addBook()抛出的运行时异常)
-
public void addUser()throws Exception { this.jdbcTemplate.execute(ADD_USER); try { this.bs.addBook(); }catch(Exception e) { e.printStackTrace(); } }
- 执行junit后,控制台信息如下
-
1、[DEBUG,DataSourceTransactionManager,main] Creating new transaction with name [com.zx.spring.UserService.addUser]: PROPAGATION_REQUIRED,ISOLATION_DEFAULT 2、[DEBUG,DataSourceTransactionManager,main] Acquired Connection [com.mchange.v2.c3p0.impl.NewProxyConnection@1bcec19] for JDBC transaction 3、[DEBUG,JdbcTemplate,main] Executing SQL statement [insert into t_user(id,name) values(1,'duck')] 4、[DEBUG,DataSourceTransactionManager,main] Suspending current transaction, creating new transaction with name [com.zx.spring.BookService.addBook] 5、[DEBUG,DataSourceTransactionManager,main] Acquired Connection [com.mchange.v2.c3p0.impl.NewProxyConnection@ba507b] for JDBC transaction 6、[DEBUG,JdbcTemplate,main] Executing SQL statement [insert into t_book(id,name) values(1,'duck-j2ee')] 7、[DEBUG,DataSourceTransactionManager,main] Initiating transaction rollback 8、[DEBUG,DataSourceTransactionManager,main] Rolling back JDBC transaction on Connection [com.mchange.v2.c3p0.impl.NewProxyConnection@ba507b] 9、[DEBUG,DataSourceTransactionManager,main] Resuming suspended transaction after completion of inner transaction 10、java.lang.RuntimeException: throw runtime exception in outter transaction at com.zx.spring.BookService.addBook(BookService.java:11) 11、[DEBUG,DataSourceTransactionManager,main] Initiating transaction commit 12、[DEBUG,DataSourceTransactionManager,main] Committing JDBC transaction on Connection [com.mchange.v2.c3p0.impl.NewProxyConnection@1bcec19]
- 由上面的输出可以知道,1-3行从连接池获取一个链接,开始执行插入事务
- 执行addBook()方法时,因其事务传播属性为REQUIRES_NEW,则将上一个事务阻塞
- 第6-8行可知,addBook()方法抛出运行时异常,新事务被回滚
- 第9行恢复执行上一个插入t_user表事务,并捕获到addBook()抛出的异常,自此addUser()方法未抛出任何运行时异常,提交事务。
-
如果调用端未捕获被调用端抛出的运行时异常,那么调用端事务回滚,不提交
- 我们将addUser()方法调用端改成如下(不捕获addBook()抛出的运行时异常,直接抛出)
-
public void addUser()throws Exception { this.jdbcTemplate.execute(ADD_USER); this.bs.addBook(); }
- 执行junit后,控制台输出如下:
-
1、[DEBUG,DataSourceTransactionManager,main] Creating new transaction with name [com.zx.spring.UserService.addUser]: PROPAGATION_REQUIRED,ISOLATION_DEFAULT 2、[DEBUG,JdbcTemplate,main] Executing SQL statement [insert into t_user(id,name) values(1,'duck')] 3、[DEBUG,JdbcTemplate,main] Executing SQL statement [insert into t_book(id,name) values(1,'duck-j2ee')] 4、[DEBUG,DataSourceTransactionManager,main] Initiating transaction rollback 5、[DEBUG,DataSourceTransactionManager,main] Rolling back JDBC transaction on Connection [com.mchange.v2.c3p0.impl.NewProxyConnection@63a721] 6、[DEBUG,DataSourceTransactionManager,main] Resuming suspended transaction after completion of inner transaction 7、[DEBUG,DataSourceTransactionManager,main] Initiating transaction rollback 8、[DEBUG,DataSourceTransactionManager,main] Rolling back JDBC transaction on Connection [com.mchange.v2.c3p0.impl.NewProxyConnection@1706da8]
- 由上述第1-5行可知,插入t_user表事务被挂起,同时插入t_book事务被回滚,因为抛出了运行时异常。
- 6-8行插入t_user事务被回滚,因为addUser()方法的事务传播界别为REQUIRED,因此在抛出了运行时异常的情况下,会回滚事务。
- 那么,为什么会造成上面两种截然不同的结果呢?因为addUser()方法被声明为REQUIRED传播机制,只要它抛出运行时异常,均会回滚事务。
-
如果调用段代码捕获了被调用端抛出的运行时异常,那么调用端事务提交,不回滚
-
6、
我们再将addBook()方法的事务传播机制该为SUPPORTS,来看看会有什么有趣的事情发生?
- 将addBook()方法的事务机制改为SUPPORTS
-
<tx:advice id="txAdvice" transaction-manager="txManager"> <tx:attributes> <tx:method name="addUser" propagation="REQUIRED" /> <tx:method name="addBook" propagation="SUPPORTS"/> </tx:attributes> </tx:advice>
- addUser()方法
-
public void addUser()throws Exception { this.bs.addBook(); this.jdbcTemplate.execute(ADD_USER); }
- addBook()方法
-
public void addBook() throws Exception{ this.jdbcTemplate.execute(ADD_BOOK); throw new RuntimeException("throw runtime exception in outter transaction"); }
- 执行junit后,控制台输出如下
-
1、[DEBUG,DataSourceTransactionManager,main] Creating new transaction with name [com.zx.spring.UserService.addUser]: PROPAGATION_REQUIRED,ISOLATION_DEFAULT 2、[DEBUG,DataSourceTransactionManager,main] Participating in existing transaction 3、[DEBUG,JdbcTemplate,main] Executing SQL statement [insert into t_book(id,name) values(1,'duck-j2ee')]
4、[DEBUG,DataSourceTransactionManager,main] Participating transaction failed - marking existing transaction as rollback-only 5、[DEBUG,DataSourceTransactionManager,main] Setting JDBC transaction [com.mchange.v2.c3p0.impl.NewProxyConnection@19e09a4] rollback-only 6、[DEBUG,DataSourceTransactionManager,main] Initiating transaction rollback 7、[DEBUG,DataSourceTransactionManager,main] Rolling back JDBC transaction on Connection [com.mchange.v2.c3p0.impl.NewProxyConnection@19e09a4]
- 由第二行可知,addBook()方法的加入到了当前addUser()方法的事务中,第4行可知,addBook()方法抛出运行时异常,此时addUser()方法的事务被标记为rollback,整个事务都
- 将回滚。如果addUser()方法没有任何事务,那么addBook()方法也不会在事务环境中执行。不管是否抛出异常,sql都将执行。
- 如果addBook()方法抛出受检查的异常,那么此异常将忽略,整个addUser()方法的事务将提交。addBook()方法也不会尝试去回滚事务
-
7、 我们再将addBook()方法的事务传播机制该为NOT_SUPPORTED,会怎么样呢?
- 将addBook()方法的事务机制该为NOT_SUPPORTED
-
<tx:advice id="txAdvice" transaction-manager="txManager"> <tx:attributes> <tx:method name="addUser" propagation="REQUIRED" /> <tx:method name="addBook" propagation="NOT_SUPPORTED"/> </tx:attributes> </tx:advice>
- addBook()方法
-
public void addBook() throws Exception{ this.jdbcTemplate.execute(ADD_BOOK); throw new RuntimeException("throw runtime exception in outter transaction"); }
- addUser()方法
-
public void addUser()throws Exception { this.bs.addBook(); this.jdbcTemplate.execute(ADD_USER); }
- 执行junit后,控制台输出如下
-
1、[DEBUG,DataSourceTransactionManager,main] Creating new transaction with name [com.zx.spring.UserService.addUser]: PROPAGATION_REQUIRED,ISOLATION_DEFAULT 2、[DEBUG,DataSourceTransactionManager,main] Suspending current transaction 3、[DEBUG,JdbcTemplate,main] Executing SQL statement [insert into t_book(id,name) values(1,'duck-j2ee')] 4、[DEBUG,DataSourceUtils,main] Fetching JDBC Connection from DataSource 5、[DEBUG,DataSourceTransactionManager,main] Should roll back transaction but cannot - no transaction available 6、[DEBUG,DataSourceTransactionManager,main] Resuming suspended transaction after completion of inner transaction 7、[DEBUG,DataSourceTransactionManager,main] Initiating transaction rollback 8、[DEBUG,DataSourceTransactionManager,main] Rolling back JDBC transaction on Connection [com.mchange.v2.c3p0.impl.NewProxyConnection@137d4a4]
- 由上可知,第二行是将addUser()方法的事务挂起,开始执行addBook()代码,
- 第5行可知,addBook()方法抛出运行时异常,需要回滚事务,但是又没有事务来回滚,因此t_book表数据被插入
- 由于addBook()抛出异常,在addUser()方法中未捕获该异常,因此对addUser()方法的事务传播机制REQUIRED来说,抛出了运行时异常,addUser()方法回滚
- 如果将addUser()方法该为如下:
-
public void addUser()throws Exception { try { this.bs.addBook(); }catch(Exception e) { e.printStackTrace(); } this.jdbcTemplate.execute(ADD_USER); }
- 那么addUser()方法将会提交,addBook()方法将插入一条数据到t_book表中,
- 如果addBook()方法抛出了受检查异常,addBook()方法将忽略此异常,不尝试任何事务回滚,同样即使在addUser()方法中不捕获addBook()方法抛出的受检查异常,addUser()方法也会提交事务,而忽略此异常。
今天对spring事务7中传播机制之间的作用进行了一个回顾,这里只涉及了jdbc事务管理器的特性,可能会有各种疏忽,希望各位读者拍砖。
评论
12 楼
sealinesu
2017-04-29
看了半天,真的是半天,总算是把这些概念都理清了,谢谢博主
11 楼
wanghaozdw
2017-01-06
请问下,在内外层事务均是REQUIRED的情况下,内层事务抛出运行时异常,外层事务捕获运行时异常会发生什么情况呢?
10 楼
水土第一
2016-10-26
吊炸天啊!
9 楼
greatwqs
2015-09-19
8 楼
waitgod
2014-11-25
非常棒!!
7 楼
hailongshih
2014-11-04
Mark,精华呀
6 楼
我是张洁
2014-07-08
好东西呀。
5 楼
flrldeye
2014-04-04
好文章,受教了
4 楼
sdt1005
2014-02-26
讲的太好了,有源码吗给发一份吧,谢谢了 shaodengtang@163.com
3 楼
janehlp
2014-02-21
相当给力,说得很全面,简直是深入浅出。
2 楼
xiaohuzi2008
2014-01-20
这么好的文章
1 楼
liuyuhua0066
2013-09-27
这么好的文章竟然没有up。呵呵
发表评论
-
volatile使用场景以及注意事项
2014-08-14 10:40 778Java 语言中的 volatile 变 ... -
HTTPS那些事 用java实现HTTPS工作原理
2014-08-13 19:34 64652今天被问到关于https原理的问题,结果 ... -
Spring自定义扩展
2013-06-25 13:41 952在很多情况下,我们需要为系统提供可配置化支持,简单的做法可以 ... -
实现一个字符串的压缩功能
2013-03-15 17:52 977如题: 写一个函数,实现对字符串的压缩 String ... -
activeMQ-failover协议细节
2013-02-01 15:31 5700Apache ActiveMQ - The Failover ... -
分布式网络爬虫构建参考
2013-01-24 17:31 1911本文转自csdn 设计和实 ... -
GC原理
2013-01-24 14:58 912GC的基本原理 Java ... -
jvm参数设置
2013-01-24 14:51 923本文转自http://blog.csdn.net/zsugu ... -
同样的代码和数据文件,为什么在eclipse中运行和在控制台运行的结果不一样?
2012-12-04 10:42 2687今天遇到一个很诡异的问题,同一样的代码和同一个数据文件,在ec ... -
spring中只读事务的概念
2012-11-23 17:41 2282“只读事务”并不是一个强制选项,它只是一个“暗示 ... -
spring配置多个PropertyPlaceholderConfigurer
2012-09-28 13:25 2880在spring中配置多个PropertyPlaceholder ... -
jboss集群配置
2012-09-25 10:02 919JBoss cluster ... -
spring事务传播机制实例讲解
2012-09-17 18:19 0天温习spring的事务处理机制,总结如下 对于 ... -
spring事务传播机制实例讲解
2012-09-17 18:18 0天温习spring的事务处理机制,总结如下 对于 ... -
spring事务传播机制实例讲解
2012-09-17 18:16 0天温习spring的事务处理机制,总结如下 对于 ... -
oracle锁类型
2012-09-07 18:20 940为了防止用户在同一时间并发地访问和修改资源,ORACLE使用不 ... -
ibatis更新clob
2012-08-31 17:22 1841今天使用ibatis进行更新clob字段,网上查了一大堆 ... -
java url connection
2012-08-28 13:55 0Java发送http请求 (get 与 post方法请求),以 ... -
js 数组操作
2012-07-26 09:58 766js数组的操作 用 js有很久了,但都没有 ... -
spring quartz配置
2012-05-16 13:51 937spring多个定时任务quartz ...
相关推荐
7. **案例分析**:"SPRING事务管理案例分析.docx"很可能包含了具体的项目实例,详细讲解了如何在Spring项目中配置和使用事务管理,以及如何解决实践中遇到的问题。而"studyspring"可能是源代码目录,包含了实现这些...
下面我们将详细讲解如何配置和使用Spring+Hibernate注解声明式事务: 1. **配置Spring**: - 首先,我们需要在Spring配置文件中启用事务管理器,通常是`HibernateTransactionManager`,并配置数据源。 - 然后,...
在Spring框架中,声明式事务管理是实现事务处理...在博文"Spring使用XML配置声明式事务"中,作者详细讲解了每个步骤,并可能通过示例代码展示了如何实际应用这些配置,帮助读者更好地理解和掌握Spring声明式事务管理。
在Spring框架中,`@Transactional`注解是用于标记事务管理的重要工具,它使得开发者能够方便地在代码中声明式地控制事务的...通过实例分析和源码阅读,我们可以更深入地理解Spring事务管理机制,提升我们的编程技能。
Spring 源代码分析系列涵盖了多个关键模块,包括事务处理、IoC容器、JDBC、MVC、AOP以及与...通过这些深入的源代码分析,我们可以理解Spring框架的内部工作机制,更好地利用它来设计和构建健壮、可维护的Java应用。
以下是对Spring事务流程的详细讲解: 1. **数据源配置**: 在XML配置文件中,首先定义数据源`dataSource`,这是Spring与数据库交互的基础。这里使用了一个名为`org.apache.commons.dbcp.BasicDataSource`的数据源...
8. **事件传播**:Spring容器支持事件监听机制,允许Bean之间通过发布和订阅事件进行通信。 9. **Profile支持**:Spring提供了Profile功能,可以根据不同环境(如开发、测试、生产)加载不同的Bean配置。 10. **...
4. 事务传播行为:Spring支持不同的事务传播行为,例如PROPAGATION_REQUIRED(默认,如果当前没有事务,则新建一个)、PROPAGATION_REQUIRES_NEW(总是新建事务,如果已有事务则挂起)等。这些行为决定了方法如何...
注解还可以设置传播行为(`@Propagation`),比如`REQUIRED`(默认,如果当前有事务则加入,没有则新建)、`REQUIRES_NEW`(总是新建事务,即使当前存在事务)等,以及事务的隔离级别和其他属性。 5. **事务的原理*...
本文将详细讲解如何在这样的MVC架构中进行事务配置,结合"struts+hibernate+spring事务配置_花粉册.htm"和相关文件,我们将深入探讨事务管理的重要性以及具体配置步骤。 首先,理解事务是非常关键的。在数据库操作...
这9页的PDF文档很可能是对Spring事务管理的深入讲解,包括事务的ACID属性、事务的隔离级别、事务的传播行为以及事务的回滚规则等内容。 【描述】:这个描述简单明了,指出文档“Spring事务共9页.pdf.zip”是一个...
下面我们将详细讲解如何进行Spring AOP整合Hibernate以及如何在其中使用事务。 1. **Spring AOP简介** 面向切面编程(AOP)是Spring框架的核心特性之一,它允许开发者定义“切面”,这些切面可以包含业务逻辑的...
"11-buyStock-txproxy"提到了事务代理,Spring提供了事务管理机制,包括编程式和声明式事务。通过事务代理,可以方便地实现事务的传播行为和回滚规则。 "12-buyStock-annotation"可能再次涉及到注解在Spring中的...
6. **事务管理**:介绍Spring的声明式和编程式事务管理,以及事务传播行为。 7. **Spring Boot**:简述Spring Boot的快速开发特性,如自动配置、起步依赖和Actuator。 8. **测试**:讲解Spring测试框架,包括单元...
- **事务传播机制**:深入理解Spring事务的传播规则及其在多线程环境下的应用。 - **Spring事务接口**:了解Spring中处理事务的关键接口,如PlatformTransactionManager、TransactionDefinition等。 11. **面试题...
Spring还提供了事务策略配置,可以根据业务需求选择合适的事务隔离级别和传播行为。 本书《Spring Persistence with Hibernate》可能会涵盖以下主题: 1. Spring框架基础:介绍Spring的核心模块,如Core Container...
JDBC事务管理器适用于简单的应用程序,而Spring事务管理器更适合于使用Spring框架的项目,因为它提供了更高级的事务控制和回滚策略。 4. **SqlSessionFactory和SqlSession的角色**:SqlSessionFactory是MyBatis的...
- 通过@Transactional注解进行事务控制,理解事务传播行为(PROPAGATION_REQUIRED、PROPAGATION_REQUIRES_NEW等)。 25-34. **Spring与其他框架的集成** - 集成JDBC,使用Spring的JdbcTemplate简化数据库操作。 ...
7. **Spring事务管理.ppt** - 事务管理是企业级应用的关键部分。这部分将深入讨论Spring的事务管理特性,包括PlatformTransactionManager接口、事务的传播行为以及如何在服务层实现事务控制。 通过这些PPT,学习者...