一、spring中事务
spring提供了两种事务管理机制：编程式事务、声明式事务
1.1、编程式事务
在代码中手动的管理事务的提交、回滚等操作，代码侵入性比较强
try {
//todo something
transactionmanager.commit(status);
} catch (exception e) {
transactionmanager.rollback(status);
throw new invoiceapplyexception("异常失败");
}
1.2、声明式事务
基于aop面向切面的，它将具体业务与事务处理部分解耦，代码侵入性很低，所以在实际开发中声明式事务用的比较多。
@transactional
@getmapping("/test")
public string test() {
int insert = cityinfodictmapper.insert(cityinfodict);
}
二、@transactional
2.1、作用域
-
作用于类
当把@transactional 注解放在类上时，表示所有该类的public方法都配置相同的事务属性信息。 -
作用于方法
当类配置了@transactional，方法也配置了@transactional，方法的事务会覆盖类的事务配置信息。 -
作用于接口
不推荐这种使用方法，因为一旦标注在interface上并且配置了spring aop 使用cglib动态代理，将会导致@transactional注解失效
2.2、属性
| 属性 | 功能描述 |
|---|---|
| readonly | 指定事务是否为只读事务，默认值为 false； 为了忽略那些不需要事务的方法，比如读取数据，可以设置 read-only 为 true。 【例如】：@transactional(readonly=true) |
| rollbackfor | 用于指定能够触发事务回滚的异常类型，可以指定多个异常类型。 【例如】 指定单一异常类：@transactional(rollbackfor=runtimeexception.class) 指定多个异常类：@transactional(rollbackfor={runtimeexception.class, exception.class}) |
| rollbackforclassname | 用于指定能够触发事务回滚的异常类型 名称，可以指定多个异常类型 名称。 【例如】 指定单一异常类名称：@transactional(rollbackforclassname=“runtimeexception”) 指定多个异常类名称：@transactional(rollbackforclassname={“runtimeexception”,“exception”}) |
| norollbackfor | 用于设置不需要进行回滚的异常类，可以指定多个异常类型 名称。 【例如】 指定单一异常类：@transactional(norollbackfor=runtimeexception.class) 指定多个异常类：@transactional(norollbackfor={runtimeexception.class, exception.class}) |
| norollbackforclassname | 用于设置不需要进行回滚的异常类 名称，可以指定多个异常类型 名称。 【例如】 指定单一异常类名称：@transactional(norollbackforclassname=“runtimeexception”) 指定多个异常类名称：@transactional(norollbackforclassname={“runtimeexception”,“exception”}) |
| isolation | 事务的隔离级别，默认值为 isolation.default。 （1）isolation.default：使用底层数据库默认的隔离级别。 （2）isolation.read_uncommitted：读取未提交数据(会出现脏读, 不可重复读) 基本不使用 （3）isolation.read_committed：读取已提交数据(会出现不可重复读和幻读) （4）isolation.repeatable_read：可重复读(会出现幻读) isolation.serializable：串行化 【例如】 @transactional(isolation = isolation.read_uncommitted) |
| timeout | 该属性用于设置事务的超时秒数，超过该时间限制但事务还没有完成，则自动回滚事务。默认值为-1表示永不超时 【例如】 @transactional(timeout=30) |
| propagation | 该属性用于设置事务的传播行为。默认是propagation.required （1）propagation.required:如果当前存在事务，则加入该事务，如果当前不存在事务，则创建一个新的事务。 （2）propagation.supports：如果当前存在事务，则加入该事务；如果当前不存在事务，则以非事务的方式继续运行。 （3）propagation.mandatory：如果当前存在事务，则加入该事务；如果当前不存在事务，则抛出异常。 （4）propagation.requires_new：重新创建一个新的事务，如果当前存在事务，暂停当前的事务。 （5）propagation.not_supported：以非事务的方式运行，如果当前存在事务，暂停当前的事务。 （6）propagation.never：以非事务的方式运行，如果当前存在事务，则抛出异常。 （7）propagation.nested ：表示如果当前已经存在一个事务，那么该方法将会在嵌套事务中运行。嵌套的事务可以独立于当前事务进行单独地提交或回滚。如果当前事务不存在，那么其行为和 propagation.required 效果一样。 【例如】 @transactional(propagation=propagation.required) |
2.3、关于rollbackfor回滚的异常类型
（1）默认什么异常会回滚？
rollbackfor默认是error和runtimeexception会触发回滚，其他异常或自定义异常不会回滚
（2）怎么看是否是运行时异常？
看其父类（或者“爷爷类”）是否是runtimeexception
三、springboot配置全局异常处理
- 自定义controller注解
@restcontroller
@documented
@retention(retentionpolicy.runtime)
@transactional(transactionmanager = "transactionmanager", propagation = propagation.required, isolation = isolation.read_committed, rollbackfor = exception.class)
public @interface mycontroller {
string value() default "";
}
在项目的controller层，直接使用该注解即可（所有通过该controller层的方法都会有事务）
- 自定义@service
@service
@documented
@retention(retentionpolicy.runtime)
@transactional(transactionmanager = "transactionmanager", propagation = propagation.required, isolation = isolation.read_committed, rollbackfor = exception.class)
public @interface myservice {
string value() default "";
}
一般不用，因为controller层已经加了事务，再用这个可能因为事务嵌套(参考：）带来问题。
四、失效场景
1、@transactional 应用在非 public 修饰的方法上
如果transactional注解应用在非public 修饰的方法上，transactional将会失效。
原因是：transactioninterceptor （事务拦截器）使用aop，在目标方法执行前后进行拦截，会检查目标方法的修饰符是否为 public，不是 public则不会获取@transactional 的属性配置信息。（spring要求被代理方法必须是public的。）
2、@transactional 注解属性 propagation 设置错误
这种是因为propagation的参数设置错误，根据需求选择合适的@transactional的propagation属性的值
3、@transactional 注解属性 rollbackfor 设置错误
rollbackfor默认是error和runtimeexception会触发回滚，其他异常或自定义异常不会回滚，需要回滚则需要指定或者直接指定@transactional(rollbackfor=exception.class)
4、同一个类中方法调用，导致@transactional失效
这个和redis缓存失效场景之一一样，如果在一个类中，b方法加了事务，a方法没加事务调用b方法，另外一个类调用a方法，则b方法的事务失效。这种情况可以加一层mamager层对service层通用能力的下沉。
5、异常被捕获，导致@transactional失效
当我们是用catch把异常捕获了，那么该方法就不会抛出异常了，那么出现该异常就不会回滚了
6、数据库引擎不支持事务
这种情况出现的概率并不高，事务能否生效数据库引擎是否支持事务是关键。常用的mysql数据库默认使用支持事务的innodb引擎。一旦数据库引擎切换成不支持事务的myisam，那事务就从根本上失效了。
7、没有被 spring 管理
如下面例子所示：
@service
public class orderservice {
@transactional
public void updateorder(order order) {
// update order
}
}
如果此时把 @service 注解注释掉，这个类就不会被加载成一个 bean，那这个类就不会被 spring 管理了，事务自然就失效了。
8、方法被定义为finall
方法被定义成了final的，这样会导致spring aop生成的代理对象不能复写该方法，而让事务失效。