本文共 2898 字，大约阅读时间需要 9 分钟。
@Transactional 是声明式事务管理 编程中使用的注解
1 .添加位置
1）接口实现类或接口实现方法上，而不是接口类中。
2）访问权限：public 的方法才起作用。@Transactional 注解应该只被应用到 public 方法上，这是由 Spring AOP 的本质决定的。
系统设计：最好将标签放置在需要进行事务管理的方法上，而不是放在所有接口实现类上：因为只读的接口就不需要事务管理，由于配置了@Transactional就需要AOP拦截及事务的处理，可能影响系统性能。如果想放在实现类上，可以加一个readOnly=true，忽略那些不需要事务的方法，比如读取数据。
3）错误使用：
1.接口中A、B两个方法，A无@Transactional标签，B有，上层通过A间接调用B，此时事务不生效。 2.接口中异常（运行时异常）被捕获而没有被抛出。 默认配置下，spring 只有在抛出的异常为运行时 unchecked 异常时才回滚该事务， 也就是抛出的异常为RuntimeException 的子类(Errors也会导致事务回滚)， 而抛出 checked 异常则不会导致事务回滚 。可通过 @Transactional rollbackFor进行配置。 3.多线程下事务管理因为线程不属于 spring 托管，故线程不能够默认使用 spring 的事务, 也不能获取spring 注入的 bean 。 在被 spring 声明式事务管理的方法内开启多线程，多线程内的方法不被事务控制。 一个使用了@Transactional 的方法，如果方法内包含多线程的使用，方法内部出现异常， 不会回滚线程中调用方法的事务。
2.声明式事务管理实现方式：
基于 tx 和 aop 名字空间的 xml 配置文件
// 基本配置
// MyBatis 自动参与到 spring 事务管理中，无需额外配置，只要 org.mybatis.spring.SqlSessionFactoryBean 引用的数据源与DataSourceTransactionManager 引用的数据源一致即可，否则事务管理会不起作用。// 标签的声明，是在 Spring 内部启用 @Transactional 来进行事务管理，使用 @Transactional 前需要配置。
3. @Transactional注解
@Transactional 实质是使用了 JDBC 的事务来进行事务控制的
@Transactional 基于 Spring 的动态代理的机制
@Transactional 实现原理： 1) 事务开始时，通过AOP机制，生成一个代理connection对象， 并将其放入 DataSource 实例的某个与 DataSourceTransactionManager 相关的某处容器中。 在接下来的整个事务中，客户代码都应该使用该 connection 连接数据库， 执行所有数据库命令。 [不使用该 connection 连接数据库执行的数据库命令，在本事务回滚的时候得不到回滚] （物理连接 connection 逻辑上新建一个会话session； DataSource 与 TransactionManager 配置相同的数据源） 2) 事务结束时，回滚在第1步骤中得到的代理 connection 对象上执行的数据库命令， 然后关闭该代理 connection 对象。 （事务结束后，回滚操作不会对已执行完毕的SQL操作命令起作用）
4. @Transactional 注解的属性介绍
下面分别介绍一下 @Transactional 的几个属性。
value 和 transactionManager 属性
它们两个是一样的意思。当配置了多个事务管理器时，可以使用该属性指定选择哪个事务管理器。
propagation 属性
事务的传播行为，默认值为 Propagation.REQUIRED。
可选的值有：
Propagation.REQUIRED 如果当前存在事务，则加入该事务，如果当前不存在事务，则创建一个新的事务。
Propagation.SUPPORTS
如果当前存在事务，则加入该事务；如果当前不存在事务，则以非事务的方式继续运行。
Propagation.MANDATORY 如果当前存在事务，则加入该事务；如果当前不存在事务，则抛出异常。
Propagation.REQUIRES_NEW
重新创建一个新的事务，如果当前存在事务，暂停当前的事务。
Propagation.NOT_SUPPORTED 以非事务的方式运行，如果当前存在事务，暂停当前的事务。
Propagation.NEVER 以非事务的方式运行，如果当前存在事务，则抛出异常。
Propagation.NESTED 和 Propagation.REQUIRED 效果一样。
这些概念理解起来实在是有点儿抽象，后文会用代码示例解释说明。
isolation 属性
事务的隔离级别，默认值为 Isolation.DEFAULT。
可选的值有：
Isolation.DEFAULT
使用底层数据库默认的隔离级别。
Isolation.READ_UNCOMMITTED
Isolation.READ_COMMITTED
Isolation.REPEATABLE_READ
Isolation.SERIALIZABLE
timeout 属性
事务的超时时间，默认值为-1。如果超过该时间限制但事务还没有完成，则自动回滚事务。
readOnly 属性
指定事务是否为只读事务，默认值为 false；为了忽略那些不需要事务的方法，比如读取数据，可以设置 read-only 为 true。
rollbackFor 属性
用于指定能够触发事务回滚的异常类型，可以指定多个异常类型。
noRollbackFor 属性
抛出指定的异常类型，不回滚事务，也可以指定多个异常类型。
5. 注解方式的事务使用注意事项
正确的设置@Transactional 的 rollbackFor 属性
默认情况下，如果在事务中抛出了**未检查异常（继承自 RuntimeException 的异常）**或者 Error，则 Spring 将回滚事务；除此之外，Spring 不会回滚事务。
如果在事务中抛出其他类型的异常，并期望 Spring 能够回滚事务，可以指定** rollbackFor**。例：
@Transactional(propagation= Propagation.REQUIRED,rollbackFor= MyException.class)
通过分析 Spring 源码可以知道，若在目标方法中抛出的异常是 rollbackFor 指定的异常的子类，事务同样会回滚。
转载地址：http://iwamb.baihongyu.com/