注：https://www.cnblogs.com/dongfangshenhua/p/6949521.html
1. Spring的事务管理机制
Spring事务管理高层抽象主要包括3个接口，Spring的事务主要是由他们共同完成的：PlatformTransactionManager：事务管理器—主要用于平台相关事务的管理TransactionDefinition： 事务定义信息(隔离、传播、超时、只读)—通过配置如何进行事务管理。TransactionStatus：事务具体运行状态—事务管理过程中，每个时间点事务的状态信息。
1.1. PlatformTransactionManager事务管理器
该接口提供三个方法：
lcommit：提交事务
lrollback：回滚事务
lgetTransaction：获取事务状态
Spring为不同的持久化框架提供了不同PlatformTransactionManager接口实现类：
事务 |
说明 |
org.springframework.jdbc.datasource.DataSourceTransactionManager |
使用Spring JDBC或iBatis 进行持久化数据时使用 |
org.springframework.orm.hibernate3.HibernateTransactionManager |
使用Hibernate3.0版本进行持久化数据时使用 |
org.springframework.orm.jpa.JpaTransactionManager |
使用JPA进行持久化时使用 |
org.springframework.jdo.JdoTransactionManager |
当持久化机制是Jdo时使用 |
org.springframework.transaction.jta.JtaTransactionManager |
使用一个JTA实现来管理事务，在一个事务跨越多个资源时必须使用 |
lDataSourceTransactionManager针对JdbcTemplate、MyBatis 事务控制 ，使用Connection（连接）进行事务控制 ：
开启事务 connection.setAutoCommit(false);
提交事务 connection.commit();
回滚事务 connection.rollback();
lHibernateTransactionManager针对Hibernate框架进行事务管理， 使用Session的Transaction相关操作进行事务控制 ：
开启事务 session.beginTransaction();
提交事务 session.getTransaction().commit();
回滚事务 session.getTransaction().rollback();
事务管理器的选择？ 用户根据选择和使用的持久层技术，来选择对应的事务管理器。 |
1.2. TransactionDefinition事务定义信息
用来定义事务相关的属性的，给事务管理器用。
该接口主要提供的方法：
lgetIsolationLevel：获取隔离级别
lgetPropagationBehavior：获取传播行为
lgetTimeout：获取超时时间（事务的有效期）
lisReadOnly 是否只读(保存、更新、删除—对数据进行操作-变成可读写的，查询-设置这个属性为true，只能读不能写)，事务管理器能够根据这个返回值进行优化。
这些事务的定义信息，都可以在配置文件中配置和定制。
1.2.1. 事务的隔离级别IsolationLevel
隔离级别 |
含义 |
DEFAULT |
使用后端数据库默认的隔离级别(spring中的默认选择项) |
READ_UNCOMMITED |
允许你读取还未提交的改变了的数据。可能导致脏、幻、不可重复读 |
READ_COMMITTED |
允许在并发事务已经提交后读取。可防止脏读，但幻读和 不可重复读仍可发生 |
REPEATABLE_READ |
对相同字段的多次读取是一致的，除非数据被事务本身改变。可防止脏、不可重复读，但幻读仍可能发生。 |
SERIALIZABLE |
完全服从ACID的隔离级别，确保不发生脏、幻、不可重复读。这在所有的隔离级别中是最慢的，它是典型的通过完全锁定在事务中涉及的数据表来完成的。 |
隔离级别 |
含义 |
DEFAULT |
使用后端数据库默认的隔离级别(spring中的默认选择项) |
READ_UNCOMMITED |
允许你读取还未提交的改变了的数据。可能导致脏、幻、不可重复读 |
READ_COMMITTED |
允许在并发事务已经提交后读取。可防止脏读，但幻读和 不可重复读仍可发生 |
REPEATABLE_READ |
对相同字段的多次读取是一致的，除非数据被事务本身改变。可防止脏、不可重复读，但幻读仍可能发生。 |
SERIALIZABLE |
完全服从ACID的隔离级别，确保不发生脏、幻、不可重复读。这在所有的隔离级别中是最慢的，它是典型的通过完全锁定在事务中涉及的数据表来完成的。 |
脏读:一个事务读取了另一个事务改写但还未提交的数据,如果这些数据被回滚，则读到的数据是无效的。不可重复读：在同一事务中，多次读取同一数据返回的结果有所不同。换句话说就是，后续读取可以读到另一事务已提交的更新数据。相反，“可重复读”在同一事务中多次读取数据时，能够保证所读数据一样，也就是，后续读取不能读到另一事务已提交的更新数据。幻读：一个事务读取了几行记录后，另一个事务插入一些记录，幻读就发生了。再后来的查询中，第一个事务就会发现有些原来没有的记录。
事务四大特性 ACID ---隔离性引发问题 ---- 解决事务的隔离问题 隔离级别
Mysql 默认隔离级别 REPEATABLE_READ
Oracle 默认隔离级别 READ_COMMITTED
1.2.2. 事务的传播行为PropagationBehavior
什么是事务的传播行为？ 有什么作用？
事务传播行为用于解决两个被事务管理的方法互相调用问题
业务层两个方法面临的事务问题：
* 有些时候需要处于同一个事务（删除用户删除完成之后，需要同时删除用户对应的订单，需要事务回滚，例如商场工作人员删除订单业务），
* 有些时候不能在同一个事务（取款是一个事务操作，打印凭条是一个事务操作，例如ATM取款业务） ！
事务的传播行为的7种类型：
事务传播行为类型 |
说明 |
PROPAGATION_REQUIRED |
支持当前事务，如果不存在 就新建一个 |
PROPAGATION_SUPPORTS |
支持当前事务，如果不存在，就不使用事务 |
PROPAGATION_MANDATORY |
支持当前事务，如果不存在，抛出异常 |
PROPAGATION_REQUIRES_NEW |
如果有事务存在，挂起当前事务，创建一个新的事务 |
PROPAGATION_NOT_SUPPORTED |
以非事务方式运行，如果有事务存在，挂起当前事务 |
PROPAGATION_NEVER |
以非事务方式运行，如果有事务存在，抛出异常 |
PROPAGATION_NESTED |
如果当前事务存在，则嵌套事务执行只对DataSourceTransactionManager 起效 |
主要分为三大类：
l PROPAGATION_REQUIRED(默认值)、PROPAGATION_SUPPORTS、PROPAGATION_MANDATORY 支持当前事务， A调用B，如果A事务存在，B和A处于同一个事务 。 事务默认传播行为 REQUIRED。最常用的。 l PROPAGATION_REQUIRES_NEW、PROPAGATION_NOT_SUPPORTED、PROPAGATION_NEVER 不会支持原来的事务 ，A调用B， 如果A事务存在， B肯定不会和A处于同一个事务。 常用的事务传播行为：PROPAGATION_REQUIRES_NEW l PROPAGATION_NESTED 嵌套事务 ，只对DataSourceTransactionManager有效 ，底层使用JDBC的SavePoint机制，允许在同一个事务设置保存点，回滚保存点 |
【面试题】REQUIRED、REQUIRES_NEW、NESTED 区分
REQUIRED：只有一个事务(默认，推荐)
REQUIRES_NEW：存在两个事务，如果事务存在，挂起事务，重新又开启了一个新的事务
NESTED：嵌套事务，事务可以设置保存点，回滚到保存点 ，选择提交或者回滚
1.3. TransactionStatus 事务状态
事务运行过程中，每个时间点事务状态信息 ！
flush()，给hibernate使用，底层发出sql的
hasSavepoint()：判断是否有保留点
isCompleted()：判断事务是否结束
isNewTransaction()：判断当前事务是否是新开的一个事务。
isRollbackOnly()：判断事务是否只能回滚
setRollbackOnly()：设置事务是否回滚
事务的结束：必须通过commit 确认事务提交，rollback作用标记为回滚。
数据库操作中，如果只是回滚，后面不操作，数据库在关闭连接的时候，自动发出了commit。
try { 操作 } catch (){ rollback } finally { commit }
【三个事务超级接口对象之间的关系】
1） 首先用户管理事务，需要先配置TransactionManager（事务管理器）进行事务管理；
2）然后根据TransactionDefinition（事务定义信息、事务的管理方案），通过TransactionManager（事务管理器）进行事务管理；
3）最后事务运行过程中，每个时刻都可以通过获取TransactionStatus（事务状态）来了解事务的运行状态。
1.4. Spring事务管理两种方式
Spring 支持两种方式事务管理
一：编程式的事务管理
通过TransactionTemplate手动管理事务
在实际应用中很少使用，原因是要修改原来的代码，加入事务管理代码 （侵入性 ）
二：声明式事务管理（XML配置文件方式或注解方式）
Spring的声明式事务是通过AOP实现的（环绕通知）
开发中经常使用（代码侵入性最小）--推荐使用！
注：后面会演示声明式事务管理的两种方式：xml配置文件方式和注解方式，不演示编程式方式
2. 声明式事务管理案例-转账（xml、注解）
2.1. 编写转账案例，引出事务管理问题
需求：账号转账，Tom账号取出1000元，存放到Jack账号上
第一步：创建工程（略）
第二步：配置文件
spring的配置文件：applicationContext.xml
<!-- 引入外部文件 --> <context:property-placeholder location="classpath:db.properties" /> <!-- 配置数据源 --> <!-- c3p0连接池 --> <bean id="dataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource"> <!-- 设置连接字符串 --> <property name="driverClass" value="${jdbcClass}" /> <property name="jdbcUrl" value="${jdbcUrl}" /> <property name="user" value="${user}" /> <property name="password" value="${password}" /> </bean> <!-- 配置dao，注入jdbctemplate 对象--> <bean id="AccounDaoImpl" class="cn.itcast.spring.dao.AccounDaoImpl"> <!-- 方案二：BookDao类继承JdbcDaoSupport，直接注入数据源，就拥有了jdbctempate对象 --> <property name="dataSource" ref="dataSource"/> </bean>
第三步：创建IAccountDao接口
public interface IAccountDao { //转入 public void in(String name,Double money); //转出 public void out(String name,Double money);}
创建AccounDaoImpl实现类，实现了IAccountDao接口
//账户操作持久层//技术方案：jdbctempatepublic class AccountDaoImpl extends JdbcDaoSupport implements IAccountDao { //转入 public void in(String name,Double money){ String sql="update t_account set money = money+ ? where name = ?"; super.getJdbcTemplate().update(sql, money,name); } //转出 public void out(String name,Double money){ String sql="update t_account set money = money- ? where name = ?"; super.getJdbcTemplate().update(sql, money,name); }}
第四步：建立service层，创建IAccountService接口，编写转账的业务代码：
public interface IAccountService { //转账业务 void transfer(String outName,String inName,Double money);}
创建AccountServiceImpl实现类，实现了IAccountService接口，编写转账的业务操作
//掌握操作的业务层public class AccountServiceImpl implements IAccountService{ //注入dao（xml方式） private IAccountDao accountDao; public void setAccountDao(IAccountDao accountDao) { this.accountDao = accountDao; } //转账操作的业务逻辑 public void transfer(String outName,String inName,Double money){ //调用dao层 //先取出 accountDao.out(outName, money); //再转入 accountDao.in(inName, money); }}
继续配置applicationContext.xml文件：
<!-- 配置dao--> <bean id="accountDao" class="cn.dao.AccountDaoImpl"> <!--注入数据源 --> <property name="dataSource" ref="dataSource"></property> </bean> <!-- 配置service --> <bean id="accountService" class="cn.itcast.service.AccountServiceImpl"> <!-- 注入dao --> <property name="accountDao" ref="accountDao"></property> </bean>
第五步：使用SpringTest进行测试
@RunWith(SpringJUnit4ClassRunner.class)@ContextConfiguration(locations={"classpath:applicationContext.xml"})public class SpringTest { //注入测试的service @Autowired private IAccountService accountService; //需求：账号转账，Tom账号取出1000元，存放到Jack账号上 @Test public void testTransfer(){ accountService.transfer("Tom", "Jack", 1000d); System.out.println("转账成功！"); }}
但是发现问题：
事务管理问题：在Service层没有事务的情况下，如果出现异常，则会转账不成功，数据异常。
扩展：如果不配置事务，那么每一个数据库的操作都是单独的一个事务。
2.2. 方式一：XML配置方式
【操作思路】：
1、 确定目标：需要对AccountService 的 transfer方法，配置切入点
2、 需要Advice （环绕通知），方法前开启事务，方法后提交关闭事务
3、 配置切面和切入点
配置Advice通知：
Spring为简化事务的配置，提供了<tx:advice>来配置事务管理，也可以理解为该标签是spring为你实现好了的事务的通知增强方案。
第一步：导入jar包：
其中：
com.springsource.org.aopalliance-1.0.0.jar：aop切面编程com.springsource.org.aspectj.weaver-1.6.8.RELEASE.jar：注解开发切面spring-aop-3.2.0.RELEASE.jar：aop切面编程spring-aspects-3.2.0.RELEASE.jar：注解开发切面spring-tx-3.2.0.RELEASE.jar：事务处理
第二步：配置spring文件applicationContext.xml
<!-- 引入外部属性配置文件--> <context:property-placeholder location="classpath:db.properties"/> <!-- 配置数据源 --> <!-- c3p0连接池 --> <bean id="dataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource"> <property name="driverClass" value="${jdbc.className}" /> <property name="jdbcUrl" value="${jdbc.url}" /> <property name="user" value="${jdbc.user}" /> <property name="password" value="${jdbc.password}" /> </bean> <!-- 配置dao --> <bean id="accountDao" class="cn.itcast.spring.dao.AccountDaoImpl"> <!-- 注入数据源，才拥有jdbctemplate --> <property name="dataSource" ref="dataSource"/> </bean> <!-- 配置service --> <bean id="accountService" class="cn.itcast.spring.service.AccountServiceImpl"> <!-- 注入dao --> <property name="accountDao" ref="accountDao"/> </bean> <!-- 第一步：定义具体的平台事务管理器（DataSource事务管理器） --> <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"> <!-- 注入数据源 --> <property name="dataSource" ref="dataSource"/> </bean> <!-- 第二步：定义通知，通知中要处理的就是事务 --> <tx:advice id="txAdvice" transaction-manager="transactionManager"> //注意：如果第一步的事务管理器id设为transactionManager,transaction-manager属性可以省略，默认 <!-- 配置事务的属性定义 --> <tx:attributes> <!-- 配置具体的方法的事务属性 name：事务添加在哪个方法上，需要自己定义 Isolation：事务的隔离级别，默认是按数据库的隔离级别来 Propagation：事务的传播行为，默认是同一个事务 timeout="-1": 事务的超时时间，默认值使用数据库的超时时间。 read-only="false": 事务是否只读，默认可读写。 rollback-for: 遇到哪些异常就回滚，其他的都不回滚 no-rollback-for：遇到哪些异常不回滚，其他的都回滚。和上面互斥的 --> //method定义的方法都会添加事务管理 <tx:method name="transfer" isolation="DEFAULT" propagation="REQUIRED" timeout="-1" read-only="false"/> <!-- 支持通配符：切面中 方法名字符合下面规则的方法都会添加事务管理 --> <tx:method name="save*"/> <tx:method name="update*"/> <tx:method name="delete*"/> <tx:method name="find*" read-only="true"/> </tx:attributes> </tx:advice> <!-- 第三步：配置切入点，让通知关联切入点，即事务控制业务层的方法 --> <aop:config> <!-- 切入点 --> <aop:pointcut expression="bean(*Service)" id="txPointcut"/> <!-- 切面 --> <aop:advisor advice-ref="txAdvice" pointcut-ref="txPointcut"/> </aop:config>
使用SpringTest.java测试：
@RunWith(SpringJUnit4ClassRunner.class)@ContextConfiguration(locations={"classpath:applicationContext.xml"})public class SpringTest { //注入测试的service @Autowired private IAccountService accountService; //需求：账号转账，Tom账号取出1000元，存放到Jack账号上 @Test public void testTransfer(){ accountService.transfer("Tom", "Jack", 1000d); System.out.println("转账成功！"); }}
数据正常!
【声明式事务处理的原理图】
【注意】
如果不配置，则走默认的事务（默认事务是每个数据库操作都是一个事务，相当于没事务），所以我们开发时需要配置事务。
【补充了解】：
rollback-for属性：
注意事项：声明式事务处理对运行时异常有效，任何 RuntimeException 将触发事务回滚，但是任何 checked Exception 将不触发事务回滚
测试：applicationContext.xml:
遇到该异常事务不会回滚:
2.3. 方式二：注解方式
步骤：
1．在需要管理事务的方法或者类上面 添加@Transactional 注解
2．配置注解驱动事务管理（事务管理注解生效的作用）（需要配置对特定持久层框架使用的事务管理器）
第一步：确定目标（bean的方法）：创建IAccountDao和AccountDaoImpl类
（1）IAccountDao接口
public interface IAccountDao { //（存入）转入 public void in(String name,Double money); //（取出）转出 public void out(String name,Double money);}
（2）AccountDaoImpl
//账户操作持久层//技术方案：jdbctempate/** * @Repository("accountDao") * 相当于容易中定义<bean id="accountDao" class="cn.itcast.spring.anntx.dao.AccountDaoImpl"/> */@Repository("accountDao")public class AccountDaoImpl extends JdbcDaoSupport implements IAccountDao { /* 演示:注入数据源的错误方式： //注入数据源 /*@Autowired private DataSource dataSource; //注入失败，@Autowired的原理是为属性生成setter方法通过setter方法注入，但是JdbcDaoSupport 类有setter方法方法且为最终方法，不可重写 注意：xml配置与注解注入数据源的区别：xml配置是在配置文件中注入数据源到dao，不生成setter方法，注解注入的@Autowired会底层生成setter方法， */ //注入数据源的正确方式：自定义方法，在方法内调用父类方法注入数据源 @Autowired //当初始化dao的时候，会调用该方法，通过set方法的形参注入数据源 public void setSuperDataSource(DataSource dataSource){ //方法名自定义 //调用父类的setDataSource方法，注入数据源 super.setDataSource(dataSource); } //（存入）转入 public void in(String name,Double money){ String sql="update t_account set money = money+ ? where name = ?"; super.getJdbcTemplate().update(sql, money,name); } //（取出）转出 public void out(String name,Double money){ String sql="update t_account set money = money- ? where name = ?"; super.getJdbcTemplate().update(sql, money,name); }}
创建IAccountService和AccountServiceImpl类
（1）IAccountService接口
public interface IAccountService { void transfer(String outName,String inName,Double money);}
（2）AccountServiceImpl
//掌握操作的业务层/** * @Service("accountService") * 相当于spring容器中定义：<bean id="accountService" class="cn.itcast.spring.anntx.service.AccountServiceImpl"> */@Service("accountService")@Transactional //在类上添加事务管理，自动对类中所有的公有的方法添加事务public class AccountServiceImpl implements IAccountService{ //注入dao @Autowired private IAccountDao accountDao; //转账操作的业务逻辑 @Transactional //在方法上添加事务管理，事务管理只在此方法上 public void transfer(String outName,String inName,Double money){ //调用dao层 //先取出 accountDao.out(outName, money); //异常 int d = 1/0; //再转入 accountDao.in(inName, money); } @Transactional(readOnly=true) //在方法和类上同时定义了事务的属性，且属性值不同，局部会覆盖全局 public void findAccount(){ System.out.println("查询帐号的信息了"); }}
第二步：创建applicationContext-tx.xml在applicationContext-tx.xml中配置：
<!-- 引入外部属性文件 --> <context:property-placeholder location="classpath:db.properties" /> <!-- 配置数据源 --> <!-- c3p0连接池 --> <bean id="dataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource"> <property name="driverClass" value="${jdbc.className}" /> <property name="jdbcUrl" value="${jdbc.url}" /> <property name="user" value="${jdbc.user}" /> <property name="password" value="${jdbc.password}" /> </bean> <!-- 配置bean注解扫描 --> <context:component-scan base-package="cn.itcast.spring.anntx"/> <!-- 事务管理 --> <!-- 配置事务管理器（DataSource事务管理器） --> <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"> <!-- 注入数据源 --> <property name="dataSource" ref="dataSource"/> </bean> <!-- 配置事务注解驱动 ：识别事务的注解@tr transaction-manager:具体的平台事务管理器 --> <!-- 默认的平台事务管理器的名字叫：transactionManager，如果与自定义的事务管理器id相同，transaction-manager="transactionManager"可以省略 --> <tx:annotation-driven transaction-manager="transactionManager"/>
【注意】：方法与类添加事务管理：
（1）在需要管理事务的方法或者类上面 添加@Transactional 注解
（2）配置事务的定义属性信息，在注解中直接配置：
[扩展]
如果 @Transactional 标注在 Class 上面， 那么将会对这个 Class 里面所有的 public 方法都包装事务方法。等同于该类的每个公有方法都放上了@Transactional。
如果某方法需要单独的事务定义，则需要在方法上加@Transactional来覆盖类上的标注声明。 记住：方法级别的事务覆盖类级别的事务
//掌握操作的业务层/** * @Service("accountService") * 相当于spring容器中定义：<bean id="accountService" class="cn.itcast.spring.anntx.service.AccountServiceImpl"> */@Service("accountService")@Transactional() //会对该类中，所有的共有的方法，自动加上事务--全局的设置，默认是可写public class AccountServiceImpl implements IAccountService{ //注入dao @Autowired private IAccountDao accountDao; //转账操作的业务逻辑 @Transactional(readOnly=false)//在方法上添加事务 public void transfer(String outName,String inName,Double money){ //调用dao层 //先取出 accountDao.out(outName, money); int d = 1/0; //再转入 accountDao.in(inName, money); } @Transactional(readOnly=true) //使用局部覆盖全局的 public void findAccount(){ System.out.println("查询帐号的信息了"); }}
2.4. 小结-xml和注解的选择
XML配置方式和注解配置方式 进行事务管理 哪种用的多？
XML方式，集中式维护，统一放置到applicationContext.xml文件中，缺点在于配置文件中的内容太多。
使用@Transactional注解进行事务管理，配置太分散，使用XML进行事务管理，属性集中配置，便于管理和维护
注意：以后的service的方法名字的命名，必须是上面规则，否则，不能被spring事务管理。！！！！
即以save开头的方法，update开头的方法，delete开头的方法，表示增删改的操作，故事务为可写
以find开头的方法，表示查询，故事务为只读
（1）xml方式小结
（2）注解方式小结
