一、@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().setRollback0nly();
...
}
