@Transactional注解与try catch

一、@Transactional注解

1、概念

（1）作用：Spring的事务回滚
（2）开启注解事务：

• Spring Boot：在启动类上添加@EnableTransactionManagement注解，开启事务功能
• Spring：
  • 配置事务管理器
  • 开启开启注解事务管理

<!-- 配置 spring 事务管理类, 并注入数据源 -->
<bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
	<property name="dataSource" ref="dataSource"></property>
</bean>

<!-- 开启注解事务管理 -->
<tx:annotation-driven transaction-manager="transactionManager"/>

（3）抛出 RuntimeException及其子类 或者是 Error 时从才会触发事务的回滚

2、失效情况

（1）@Transactional 应用在非 public 修饰的方法上

（2）@Transactional 注解属性 rollbackFor 设置
默认只对非检查型异常（RuntimeException及其子类 或者是 Error）回滚。让所有异常都会让事务启动可以将 @Transactional配置为 @Transactional(rollbackFor = Exception.class)

（3）同一个类中方法调用，导致@Transactional失效
开发中避免不了会对同一个类里面的方法调用，比如有一个类Test，它的一个方法A，A再调用本类的方法B（不论方法B是用public还是private修饰），但方法A没有声明注解事务，而B方法有。则外部调用方法A之后，方法B的事务是不会起作用的。这也是经常犯错误的一个地方。

那为啥会出现这种情况？其实这还是由于使用Spring AOP代理造成的，因为只有当事务方法被当前类以外的代码调用时，才会由Spring生成的代理对象来管理。

（4）异常被你的 catch“吃了”导致@Transactional失效

Spring 事务注解 @Transactional 本来可以保证原子性，如果事务内有报错的话，整个事务可以保证回滚，但是加上try catch或者事务嵌套，可能会导致事务回滚失败

如果你手动的catch捕获这个异常并进行处理，事务管理器会认为当前事务应该正常commit，就会导致注解失效，如果非要捕获且不失效，就必须在代码块内throw new Exception抛出异常。

（5）数据库引擎不支持事务

（6）开启多线程任务时，事务管理会受到影响

二、与try…catch同时使用

方法一：catch代码块手动抛出新的异常

try{
	...
}catch(Exception e){
	// throw e;在rollbackFor = Exception.class时可用
	throw new RuntimeException();//抛出新的异常
}

方法二：catch代码块手动事务回滚

try{
	...
}catch(Exception e){
	TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
	...
}