Spirng事务简单入门

1、概述

spring支持编程式事务管理和声明式事务管理两种方式：
1.编程式事务管理使用TransactionTemplate或者直接使用底层的PlatformTransactionManager。对于编程式事务管理，spring推荐使用TransactionTemplate。

2.声明式事务管理创建在AOP之上的。其本质是对方法先后进行拦截，而后在目标方法开始以前建立或者加入一个事务，在执行完目标方法以后根据执行状况提交或者回滚事务。声明式事务最大的优势就是不须要经过编程的方式管理事务，这样就不须要在业务逻辑代码中掺琐事务管理的代码，只需在配置文件中作相关的事务规则声明(或经过基于@Transactional注解的方式)，即可以将事务规则应用到业务逻辑中。显然声明式事务管理要优于编程式事务管理，这正是spring倡导的非侵入式的开发方式。声明式事务管理使业务代码不受污染，一个普通的POJO对象，只要加上注解就能够得到彻底的事务支持。和编程式事务相比，声明式事务惟一不足地方是，后者的最细粒度只能做用到方法级别，没法作到像编程式事务那样能够做用到代码块级别。可是即使有这样的需求，也存在不少变通的方法，好比，能够将须要进行事务管理的代码块独立为方法等等。

3.声明式事务管理也有两种经常使用的方式，一种是基于tx和aop名字空间的xml配置文件，另外一种就是基于@Transactional注解。显然基于注解的方式更简单易用，更清爽。

 

2、事务隔离级别

隔离级别是指若干个并发的事务之间的隔离程度。TransactionDefinition 接口中定义了五个表示隔离级别的常量：
1.TransactionDefinition.ISOLATION_DEFAULT：这是默认值，表示使用底层数据库的默认隔离级别。对大部分数据库而言，一般这值就是TransactionDefinition.ISOLATION_READ_COMMITTED。
2.TransactionDefinition.ISOLATION_READ_UNCOMMITTED：该隔离级别表示一个事务能够读取另外一个事务修改但尚未提交的数据。该级别不能防止脏读，不可重复读和幻读，所以不多使用该隔离级别。好比PostgreSQL实际上并无此级别。
3.TransactionDefinition.ISOLATION_READ_COMMITTED：该隔离级别表示一个事务只能读取另外一个事务已经提交的数据。该级别能够防止脏读，这也是大多数状况下的推荐值。
4.TransactionDefinition.ISOLATION_REPEATABLE_READ：该隔离级别表示一个事务在整个过程当中能够屡次重复执行某个查询，而且每次返回的记录都相同。该级别能够防止脏读和不可重复读。
5.TransactionDefinition.ISOLATION_SERIALIZABLE：全部的事务依次逐个执行，这样事务之间就彻底不可能产生干扰，也就是说，该级别能够防止脏读、不可重复读以及幻读。可是这将严重影响程序的性能。一般状况下也不会用到该级别。
 

3、事务传播行为

 

所谓事务的传播行为是指，若是在开始当前事务以前，一个事务上下文已经存在，此时有若干选项能够指定一个事务性方法的执行行为。在TransactionDefinition定义中包括了以下几个表示传播行为的常量：
1.TransactionDefinition.PROPAGATION_REQUIRED：若是当前存在事务，则加入该事务；若是当前没有事务，则建立一个新的事务。这是默认值。
2.TransactionDefinition.PROPAGATION_REQUIRES_NEW：建立一个新的事务，若是当前存在事务，则把当前事务挂起。
3.TransactionDefinition.PROPAGATION_SUPPORTS：若是当前存在事务，则加入该事务；若是当前没有事务，则以非事务的方式继续运行。
4.TransactionDefinition.PROPAGATION_NOT_SUPPORTED：以非事务方式运行，若是当前存在事务，则把当前事务挂起。
5.TransactionDefinition.PROPAGATION_NEVER：以非事务方式运行，若是当前存在事务，则抛出异常。
6.TransactionDefinition.PROPAGATION_MANDATORY：若是当前存在事务，则加入该事务；若是当前没有事务，则抛出异常。
7.TransactionDefinition.PROPAGATION_NESTED：若是当前存在事务，则建立一个事务做为当前事务的嵌套事务来运行；若是当前没有事务，则该取值等价于TransactionDefinition.PROPAGATION_REQUIRED。        
 

4、spring事务回滚规则

 

默认配置下，spring只有在抛出的异常为运行时unchecked异常时才回滚该事务，也就是抛出的异常为RuntimeException的子类(Errors也会致使事务回滚)，而抛出checked异常则不会致使事务回滚。能够明确的配置在抛出那些异常时回滚事务，包括checked异常。也能够明肯定义那些异常抛出时不回滚事务。还能够编程性的经过setRollbackOnly()方法来指示一个事务必须回滚，在调用完setRollbackOnly()后你所能执行的惟一操做就是回滚。也就是说若是你try..catch..后没有抛出异常或者手动回滚事务，事务就不会回滚了喔。  

注意：若是事务配置为 @Transactional(propagation = Propagation.NOT_SUPPORTED)，这时候事务是不生效的，固然也不会发生数据回滚 

 

5、@Transactional属性 

属性	类型	描述
value	String	可选的限定描述符，指定使用的事务管理器
propagation	enum: Propagation	可选的事务传播行为设置
isolation	enum: Isolation	可选的事务隔离级别设置
readOnly	boolean	读写或只读事务，默认读写
timeout	int (in seconds granularity)	事务超时时间设置
rollbackFor	Class对象数组，必须继承自Throwable	致使事务回滚的异常类数组
rollbackForClassName	类名数组，必须继承自Throwable	致使事务回滚的异常类名字数组
noRollbackFor	Class对象数组，必须继承自Throwable	不会致使事务回滚的异常类数组
noRollbackForClassName	类名数组，必须继承自Throwable	不会致使事务回滚的异常类名字数组

 

6、@Transactional的用法

 

@Transactional 能够做用于接口、接口方法、类以及类方法上。看成用于类上时，该类的全部 public 方法将都具备该类型的事务属性，同时，咱们也能够在方法级别使用该标注来覆盖类级别的定义。@Transactional 注解能够做用于接口、接口方法、类以及类方法上，可是 Spring 建议不要在接口或者接口方法上使用该注解，由于这只有在使用基于接口的代理时它才会生效。另外， @Transactional 注解应该只被应用到 public 方法上，这是由 Spring AOP 的本质决定的。若是你在 protected、private 或者默承认见性的方法上使用 @Transactional 注解，这将被忽略，也不会抛出任何异常。

我曾在一个类里不一样的方法间进行事务的调试，后来从相关文档获知：
默认状况下，只有来自外部的方法调用才会被AOP代理捕获，也就是，类内部方法调用本类内部的其余方法并不会引发事务行为，即便被调用方法使用@Transactional注解进行修饰。
 

7、测试案例：

 

下面是我在学习spring事务时候的练习代码：
serviceA.transactionalTest():
 @Transactional(propagation = Propagation.REQUIRED)
    public void transactionalTest() {
            try {
                positionsService.transactionalTest1();
            }catch (Exception e){
                System.out.println(" positionsService.transactionalTest1()方法出错了");
            }
            try {
                departmentService.transactionalTest2();
            }catch (Exception e){
               System.out.println("departmentService.transactionalTest2(方法出错了");
            }
    }

	
serviceB.transactionalTest1():	
 @Transactional(propagation = Propagation.REQUIRED)
    public void transactionalTest1() {
        Positions positions=positionsMapper.selectByPrimaryKey(1);
        positions.setPositionname("儿科主任医生123");
        positionsMapper.updateByPrimaryKeySelective(positions);
    }	
	
	
serviceC.transactionalTest2():	
@Transactional(propagation = Propagation.REQUIRED)
public void transactionalTest2() {
	Department department = departmentMapper.selectByPrimaryKey(1);
	department.setDepartmentname("儿科123");
	departmentMapper.updateByPrimaryKeySelective(department);
	System.out.println(1/0);
}

状况一：三个事务的行为：propagation = Propagation.REQUIRED：
根据propagation = Propagation.REQUIRED的属性定义，transactionalTest、transactionalTest一、transactionalTest2都是来自同一个事务，只要有一个事务出错，transactionalTest()中不管捕获仍是未捕获异常，全部事务都会回滚。由于在内层已经抛出了异常且被事务处理器捕获到了。可是若是在transactionalTest2()中加入了try..catch..捕获了该异常，那么事务就会正常提交。因此若是内层捕获了异常且没有抛出异常，事务就不会回滚。若是内层没有捕获异常，不管外层有没有捕获异常，事务都会回滚。

状况二：transactionalTest()和transactionalTest1()的事务行为：propagation = Propagation.REQUIRED，transactionalTest2()的行为:propagation = Propagation.NESTED：
transactionalTest2()是一个单独的事务，transactionalTest1()和transactionalTest()是属于同个事务。若是transactionalTest2()方法出错，transactionalTest2()没有try..catch..去捕获，transactionalTest()中try..catch..去捕获异常,最终异常会在transactionalTest()被捕获，这没有影响外层事务，因此transactionalTest1()事务成功执行。若是transactionalTest2()方法出错，transactionalTest2()没有try..catch..去捕获，且在transactionalTest()也没有try..catch..去捕获异常，异常从内层抛到外层，致使内层事务和外层事务都捕获了异常，这就影响了外层事务，因此transactionalTest1()事务回滚。若是transactionalTest2()方法出错，transactionalTest2()内try..catch..去捕获异常，transactionalTest()中不管有没有try..catch..去捕获异常，都不会影响外层事务，因此transactionalTest1()和transactionalTest2()都会成功执行。若是transactionalTest()方法出错， transactionalTest1()和transactionalTest2()正常，由于transactionalTest()的所属事务是主事务，因此会致使主事务和子事务都发生回滚。
状况三：transactionalTest()和transactionalTest1()的事务行为：propagation = Propagation.REQUIRED，transactionalTest2()的行为:propagation = Propagation.NOT_SUPPORTED：
transactionalTest1()和transactionalTest()是属于同个事务，transactionalTest2()非事务运行。若是transactionalTest()或transactionalTest1()方法出错，且没有去try..catch..去捕获异常，那么事务回滚，可是这不影响transactionalTest2()的提交。因此无论主事务有没有回滚都不影响当前的方法执行。若是transactionalTest2()方法出错，因为没有事务，因此不会回滚，可是主事务捕获到异常后会发生回滚

状况四：transactionalTest()和transactionalTest2()的事务行为：propagation = Propagation.REQUIRED,transactionalTest1()的行为:propagation = Propagation.REQUIRES_NEW：
transactionalTest()和transactionalTest2()是属于同个事务，transactionalTest1()开启新的事务。若是transactionalTest()没有对transactionalTest1()和transactionalTest2()进行try..catch..的异常捕获，此时transactionalTest2()方法出错，致使主事务回滚，可是transactionalTest1()是新的事务，不影响它的提交。若是transactionalTest2()内捕获了异常，主事务就不会回滚。

建议初学者对着电脑把代码敲一遍，好好了解一下spring事务的传播行为，遇到不懂得能够再带着问题去查询相关资料。

参考文档：https://blog.csdn.net/bao19901210/article/details/41724355