六、Spring的事务

Spring支持的事务策略：

Java EE应用的传统事务有两种策略：全局事务和局部事务。全局事务由应用服务器管理，需要底层服务器的JTA支持。局部事务和底层所采用的持久化技术有关，当采用JDBC持久化技术时，需要使用Connection对象来操作事务；而采用Hibernate持久化技术时，需要使用Session对象来操作事务。

Spring事务策略是通过PlatformTransactionManager接口体现的，该接口是Spring事务策略的核心。PlatformTransactionManager是一个与事务策略分离的接口，随着底层不同事务策略的切换，应用采用不同的实现类。

Spring的事务机制是一种典型的策略模式，PlatformTransactionManager代表事务管理接口，但它并不知道底层到底如何管理事务，它只要求事务管理需要提供开始事务(getTransaction())、提交事务（commit()）和回滚事务（rollback()）三个方法。但具体如何实现则给其实现类来完成---不同的实现类则代表不同的事务管理策略。

JTA全局事务。可以这样说：Spring本身没有任何事务支持，它只是负责包装底层的事务---应用程序面向PlatformTransactionManager接口编程时，Spring在底层负责将这些操作转换成具体的事务操作代码，因此应用的底层支持怎样的事务策略，那么Spring就可以支持怎样的策略。Spring事务管理的优势是将应用从具体的事务API中分离出来，而不是真正提供事务管理的底层实现。

在PlatformTransactioinManager接口内，包含一个getTransaction(TransactionDefinition definition)方法，该方法根据TransactionDefinition参数返回一个TransactionStatus对象。TransactionStatus对象是一个事务，TransactionStatus被关联在当前执行的线程上。

getTransaction(TransactionDefinition definition)返回的TransactionStatus对象，可能是一个新的事务，也可能是一个已存在的事务对象。如果当执行的线程已经处于事务管理下，则返回当前线程的事务对象；否则，系统将新建一个事务对象后返回。

TransactionDefinition接口定义了一个事务规则，该接口必须指定如下几个属性值：

• 事务隔离：当前事务和其他事务的隔离程度。例如，这个事务能否看到其他事务未提交的数据等。
• 事务传播：通常，在事务中执行的代码都会在当前事务中运行。但是，如果一个事务上下文已经存在，有几个选项可指定该事务性方法的执行行为。
• 事务超时：事务在执行前能运行多久，也就是事务的最长持续时间。如果事务一直没有别提交或回滚，将在超出该时间后，系统自动回滚事务。
• 只读状态：只读事务部修改任何数据。在某些情况下（例如使用Hibernate时），只读事务是非常有用的优化。

Spring提供两种事务管理方式：

• 编程式事务管理：即使使用Spring的编程事务，程序也可直接获取 容器中的transactionManager Bean，该Bean总是PlatformTransactionManager的实例，所以可以通过该接口提供的三个方法来开始事务、提交事务和回滚事务。
• 声明式事务管理：无需在Java程序中书写任何事务操作代码，而是通过在XML中为业务组件配置事务代理（AOP代理的一种），AOP为事务代理所织入的增强处理也有Spring提供---在目标方法执行之前，织入开始事务；在目标方法执行之后，织入结束事务。

使用XML Schema配置事务策略：

Spring同时支持编程式事务策略和声明式事务策略，通常都推荐采用声明式事务策略。使用声明式事务策略的优势十分明显。

• 声明式事务策略能大大降低开发者的代码书写量，而且声明式事务几乎不影响应用的代码。因此，无论底层事务策略如何变化，应用程序都无须任何改变。
• 应用程序代码无须任何事务处理代码，可以更专注于业务逻辑的实现。
• Spring则可对任何的POJO打方法提供事务管理，而且Spring的声明式事务管理无须容器的支持，可在任何环境下使用。
• EJB的CMT无法提供声明式回滚规则；而通过配置文件，Spring可指定事务在遇到特定异常时自动回滚。Spring不仅可以在代码中使用setRollbackOnly回滚事务，也可以在配置文件中配置回滚规则。
• 由于Spring采用AOP的方式管理事务，因此，可以在事务回滚动作中插入用户自己的动作，而不仅仅是执行系统默认的回滚。

使用@Transactional：

如果使用@Transactional修饰Bean类，则表明这些事务设置对整个Bean类起作用；如果使用@Transactional修饰Bean的某个方法，则表明这些事务设置只对该方法有效。

• isolation：用于指定事务的隔离级别。
• noRollbackFor：指定遇到特定的多个异常时强制不会滚事务。
• noRollbackForClassName：指定遇到特定的多个异常时强制不回滚事务。该属性值可以指定多个异常类名。
• propagation：指定事务传播行为。
• readOnly：指定事务是否只读。
• rollbackFor：指定遇到特定异常时强制回滚事务。
• rollbackForClassName：指定遇到特定的多个异常时强制回滚事务。该属性可以指定多个异常类名。
• timeout：指定事务的超时时长。