Java程序员从笨鸟到菜鸟之（八十）细谈Spring（九）spring+hibernate声明式事务管理详解
声明式事务管理是spring对事务管理的最常用的方式，因为这种方式对代码的影响最小，因此也符合非侵入性的轻量级容器的概念。Spring的事务管理是通过AOP的方式来实现的，因为事务方面的代码与spring的绑定并以一种样板式结构使用。在理解spring声明式事务管理我们首先要理解他是通过AOP怎么具体实现的。其中的事务通知由元数据（目前基于xml和注解）驱动。代理对象由元数据结合产生一个新的代理对象。他使用一个PlatformTransactionManager实现配合TransactionInterceptor在方法调用之前实施事务。下面我们就通过一个图来看一下spring声明式事务管理的执行过程。
下面我们就以一个spring官方文档所给的例子来具体看一下用xml配置方式怎么来实现声明式事务管理：
首先请看下面的接口和它的实现。这个例子的意图是介绍概念：
// 我们想做成事务性的服务接口
@Transactional 有关的设置
@Transactional 注解是用来指定接口、类或方法必须拥有事务语义的元数据。 如：“当一个方法开始调用时就开启一个新的只读事务，并停止掉任何现存的事务”。 默认的 @Transactional 设置如下：
事务传播设置是 PROPAGATION_REQUIRED
事务隔离级别是 ISOLATION_DEFAULT
事务是 读/写
事务超时默认是依赖于事务系统的，或者事务超时没有被支持。
任何 RuntimeException 将触发事务回滚，但是任何 checked Exception 将不触发事务回滚
这些默认的设置当然也是可以被改变的。 @Transactional 注解的各种属性设置总结如下：
@Transactional 注解的属性
属性
类型
描述
propagation
枚举型：Propagation
可选的传播性设置
isolation
枚举型：Isolation
可选的隔离性级别（默认值：ISOLATION_DEFAULT）
readOnly
布尔型
读写型事务 vs. 只读型事务
timeout
int型（以秒为单位）
事务超时
rollbackFor
一组 Class 类的实例，必须是Throwable 的子类
一组异常类，遇到时 必须 进行回滚。默认情况下checked exceptions不进行回滚，仅unchecked exceptions（即RuntimeException的子类）才进行事务回滚。
rollbackForClassname
一组 Class 类的名字，必须是Throwable的子类
一组异常类名，遇到时 必须 进行回滚
noRollbackFor
一组 Class 类的实例，必须是Throwable 的子类
一组异常类，遇到时 必须不 回滚。
noRollbackForClassname
一组 Class 类的名字，必须是Throwable 的子类
一组异常类，遇到时 必须不 回滚
在写代码的时候，不可能对事务的名字有个很清晰的认识，这里的名字是指会在事务监视器（比如WebLogic的事务管理器）或者日志输出中显示的名字， 对于声明式的事务设置，事务名字总是全限定名+"."+事务通知的类的方法名。比如BusinessService类的handlePayment(..)方法启动了一个事务，事务的名称是：
com.foo.BusinessService.handlePayment
