目录
@Transactional注解管理事务 的实现方法
@Transactional 注解管理事务的实现步骤
第一步，在配置文件中添加事务配置信息
第二步，将@Transactional 注解添加到合适的方法上，并设置合适的属性信息。
表 @Transactional 注解的属性信息
@Transactional属性配注意
Spring 的注解方式的事务实现机制
使用注解应应注意些什么问题
正确的设置@Transactional 的 propagation 属性
确的设置@Transactional 的 rollbackFor 属性
@Transactional 只能应用public 修饰的方法上
@Transactional 注解属性 rollbackFor 设置错误
同一个类中方法调用，导致@Transactional失效
异常被你的 catch“吃了”导致@Transactional失效
数据库引擎不支持事务
开启多线程任务时，事务管理会受到影响
Spring 事务管理两种方式
- 编程式事务
通过编码方式实现事务 - 声明式事务
声明式事务管理建立在AOP之上的。其本质是对方法前后进行拦截，然后在目标方法开始之前创建或者加入一个事务，在执行完目标方法之后根据执行情况提交或者回滚事务。
声明式事务有两种方式
- 在配置文件（xml）中做相关的事务规则声明
- 基于@Transactional 注解的方式
@Transactional注解管理事务 的实现方法
方法一：配置配置文件，后再加上@Transactional注解
方法二：在启动类中开启@EnableTransactionManagement 注解也可以启用事务管理功能，后再加上@Transactional注解
@Transactional 注解管理事务的实现步骤
第一步，在配置文件中添加事务配置信息
这里采用配置文件的方法以简单的 DataSourceTransactionManager 为例。
在 xml 配置中的事务配置信息
<tx:annotation-driven />
<bean id="transactionManager"
class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
<property name="dataSource" ref="dataSource" />
</bean>第二步，将@Transactional 注解添加到合适的方法上，并设置合适的属性信息。
表 @Transactional 注解的属性信息
属性名 | 说明 |
name | 当在配置文件中有多个 TransactionManager , 可以用该属性指定选择哪个事务管理器。 |
propagation | 事务的传播行为，默认值为 REQUIRED。 |
isolation | 事务的隔离度，默认值采用 DEFAULT。 |
timeout | 事务的超时时间，默认值为-1。如果超过该时间限制但事务还没有完成，则自动回滚事务。 |
read-only | 指定事务是否为只读事务，默认值为 false；为了忽略那些不需要事务的方法，比如读取数据，可以设置 read-only 为 true。 |
rollback-for | 用于指定能够触发事务回滚的异常类型，如果有多个异常类型需要指定，各类型之间可以通过逗号分隔。 |
no-rollback- for | 抛出 no-rollback-for 指定的异常类型，不回滚事务。 |
@Transactional属性配注意
除此以外，@Transactional 注解也可以添加到类级别上。当把@Transactional 注解放在类级别时，表示所有该类的公共方法都配置相同的事务属性信息。EmployeeService 的所有方法都支持事务并且是只读。当类级别配置了@Transactional，方法级别也配置了@Transactional，应用程序会以方法级别的事务属性信息来管理事务，换言之，方法级别的事务属性信息会覆盖类级别的相关配置信息。
@Transactional 注解的类级别支持
@Transactional(propagation= Propagation.SUPPORTS,readOnly=true)
@Service(value ="employeeService")
public class EmployeeServiceSpring 的注解方式的事务实现机制
在应用系统调用声明@Transactional 的目标方法时，Spring Framework 默认使用 AOP 代理，在代码运行时生成一个代理对象，根据@Transactional 的属性配置信息，这个代理对象决定该声明@Transactional 的目标方法是否由拦截器 TransactionInterceptor 来使用拦截，在 TransactionInterceptor 拦截时，会在在目标方法开始执行之前创建并加入事务，并执行目标方法的逻辑, 最后根据执行情况是否出现异常，利用抽象事务管理器AbstractPlatformTransactionManager 操作数据源 DataSource 提交或回滚事务。
使用注解应应注意些什么问题
正常情况下只要在方法上直接添加上@Transactional注解就完事了，但是，如果部合理的使用注解，还是会存在失效的问题的。
正确的设置@Transactional 的 propagation 属性
需要注意下面三种 propagation 可以不启动事务。本来期望目标方法进行事务管理，但若是错误的配置这三种 propagation，事务将不会发生回滚。
- TransactionDefinition.PROPAGATION_SUPPORTS：如果当前存在事务，则加入该事务；如果当前没有事务，则以非事务的方式继续运行。
- TransactionDefinition.PROPAGATION_NOT_SUPPORTED：以非事务方式运行，如果当前存在事务，则把当前事务挂起。
- TransactionDefinition.PROPAGATION_NEVER：以非事务方式运行，如果当前存在事务，则抛出异常。
确的设置@Transactional 的 rollbackFor 属性
默认情况下，如果在事务中抛出了未检查异常（继承自 RuntimeException 的异常）或者 Error，则 Spring 将回滚事务；除此之外，Spring 不会回滚事务。
如果在事务中抛出其他类型的异常，并期望 Spring 能够回滚事务，可以指定 rollbackFor。例：
@Transactional(propagation= Propagation.REQUIRED,rollbackFor= MyException.class)
通过分析 Spring 源码可以知道，若在目标方法中抛出的异常是 rollbackFor 指定的异常的子类，事务同样会回滚。
@Transactional 只能应用public 修饰的方法上
事务拦截器在目标方法执行前后进行拦截，内部会调用方法来获取Transactional 注解的事务配置信息，调用前会检查目标方法的修饰符是否为 public，不是 public则不会获取@Transactional 的属性配置信息。
有需要的话可以了解下：只有@Transactional 注解应用到 public 方法，才能进行事务管理。这是因为在使用 Spring AOP 代理时，Spring 在调用 TransactionInterceptor 在目标方法执行前后进行拦截之前，DynamicAdvisedInterceptor（CglibAopProxy 的内部类）的的 intercept 方法或 JdkDynamicAopProxy 的 invoke 方法会间接调用 AbstractFallbackTransactionAttributeSource（Spring 通过这个类获取@Transactional 注解的事务属性配置属性信息）的 computeTransactionAttribute 方法。
@Transactional 注解属性 rollbackFor 设置错误
rollbackFor 可以指定能够触发事务回滚的异常类型。Spring默认抛出了未检查unchecked异常（继承自 RuntimeException 的异常）或者 Error才回滚事务；其他异常不会触发回滚事务。如果在事务中抛出其他类型的异常，但却期望 Spring 能够回滚事务，就需要指定rollbackFor属性。
同一个类中方法调用，导致@Transactional失效（如何想解决本类调用放入话，将本类注入，用法改为本类自己调自己就行，原因是@Transactional作用的代理对象(@Resource AService aService)）
开发中避免不了会对同一个类里面的方法调用，比如方法A没有声明注解事务，而B方法有。则外部调用方法A之后，A调用本类的方法B，方法B的事务是不会起作用的。这也是经常犯错误的一个地方。B调A方法事务注解就会起作用
那为啥会出现这种情况？在 Spring 的 AOP 代理下，只有目标方法由外部调用，目标方法才由 Spring 生成的代理对象来管理，这会造成自调用问题。若同一类中的其他没有@Transactional 注解的方法内部调用有@Transactional 注解的方法，有@Transactional 注解的方法的事务被忽略，不会发生回滚。
异常被你的 catch“吃了”导致@Transactional失效
如果你手动的catch捕获这个异常并进行处理，事务管理器会认为当前事务应该正常commit，就会导致注解失效，如果非要捕获且不失效，就必须在代码块内throw new Exception抛出异常。throw new Exception抛出的异常会抛到@Transactional注解上
数据库引擎不支持事务
开启事务的前提就是需要数据库的支持，我们一般使用的Mysql引擎默认为InnoDB搜索引擎，他是支持事务的，所以一般不会出现这种问题。
开启多线程任务时，事务管理会受到影响
因为线程不属于spring托管，故线程不能够默认使用spring的事务,也不能获取spring注入的bean在被spring声明式事务管理的方法内开启多线程，多线程内的方法不被事务控制。
如下代码，线程内调用insert方法，spring不会把insert方法加入事务就算在insert方法上加入@Transactional注解，也不起作用。
另外，使用多线程事务的情况下，进行回滚，比较麻烦。thread的run方法，有个特别之处，它不会抛出异常，但异常会导致线程终止运行。
最麻烦的是，在线程中抛出的异常即使在主线程中使用try…catch也无法截获这非常糟糕，我们必须要“感知”到异常的发生。比如某个线程在处理重要的事务，当thread异常终止，我必须要收到异常的报告，才能回滚事务。这时可以使用线程的UncaughtExceptionHandler进行异常处理，UncaughtExceptionHandler名字意味着处理未捕获的异常。更明确的说，它处理未捕获的运行时异常。
