Spring 的事务管理
事务原本是数据库中的概念，在Dao层。但一般情况下，需要将事务提升到业务层, 即Service层。这样做是为了能够使用事务的特性来管理具体的业务。
在 Spring 中通常可以通过以下三种方式来实现对事务的管理：
（1）使用Spring的事务代理工厂管理事务
（2）使用Spring的事务注解管理事务
（3）使用AspectJ的AOP配置管理事务
- Spring 事务管理 API
Spring 的事务管理，主要用到两个事务相关接口。
（1）事务管理器接口
事务管理器是 PlatformTransactionManager 接口对象。其主要用于完成事务的提交、回滚，及获取事务的状态信息。查看 SpringAPI 帮助文档: Spring 框架解压目录下的
docs/javadoc-ap/index.html。
A、常用的两个实现类
PlatformTransactionManager 接口有两个常用的实现类: .
DataSoureTransactionManager:使用 JDBC 或 iBatis 进行持久化数据时使用。
HibernateTransactionManager:使用 Hibernate 进行持久化数据时使用。
B、Spring 的回滚方式
Spring 事务的默认回滚方式是：发生运行时异常时回滚，发生受查异常时提交。不过，对于受查异常，程序员也可以手工设置其回滚方式。
C、回顾错误与异常
Throwable 类是 Java 语言中所有错误或异常的超类。只有当对象是此类(或其子类之一)的实例时，才能通过 Java 虛拟机或者 Java 的 throw 语句抛出。
Error 是程序在运行过程中出现的无法处理的错误，比如 OutOfMemoryError、
ThreadDeath、NoSuchMethodError 等。当这些错误发生时，程序是无法处理( 捕获或抛出)的，JVM一般会终止线程。
程序在编译和运行时出现的另一类错误称之为异常，它是 JVM 通知程序员的一种方式。通过这种方式，让程序员知道已经或可能出现错误，要求程序员对其进行处理。
异常分为运行时异常与受查异常。
运行时异常，是 RuntimeException 类或其子类，即 只有在运行时才出现的异常。如，NullPointerException、ArrayIndexOutOfBoundsException、 llgalArgumentException 等均属于运行时异常。这些异常由JVM抛出，在编译时不要求必须处理( 捕获或抛出)。但，只要代码编写足够仔细，程序足够健壮，运行时异常是可以避免的。
注意，Hibernate 异常 HibernateException 就属于运行时异常。
受查异常，也叫编译时异常，即在代码编写时要求必须捕获或抛出的异常，若不处理，则无法通过编译。如SQLException, ClassNotFoundException, l0Exception等都属于受查异常。
RuntimeException 及其子类以外的异常,均属于受查异常。当然，用户自定义的 Exception 的子类，即用户白定义的异常也属受查异常。程序员在定义异常时，只要未明确声明定义的为 RuntimeException 的子类，那么定义的就是受查异常。
（2）事务定义接口
事务定义接口 TransactionDefinition 中定义了事务描述相关的三类常量：事务隔离级别、事务传播行为、事务默认超时时限，及对它们的操作。
A、定义了五个事务隔离级别常量
这些常量均是以 ISOLATION_开头。即形如ISOLATION_ XXX。
DEFAULT：采用DB默认的事务隔离级别。MySql 的默认为REPEATABLE_ READ; Oracle 默认为 READ_ COMMITTED。
READ_ _UNCOMMITTED：读未提交。未解决任何并发问题。
READ_ COMMITTED：读已提交。解决脏读，存在不可复读与幻读。
REPEATABLE_ READ：可重复读。"解决脏读、不可重复读，存在幻读
SERIALIZABLE：串行化。不存在并发问题。
B、定义了七个事务传播行为常量
所谓事务传播行为是指，处于不同事务中的方法在相互调用时，执行期间事务的维护情况。如，A 事务中的方法，doSome()调用 B 事务中的方法 doOther()，在调用执行期间事务的维护情况，就称为事务传播行为。事务传播行为是加在方法上的。
事务传播行为常量都是以 PROPAGATION_ 开头， 形如 PROPAGATION_XXX。
a、REQUIRED:
指定的方法必须在事务内执行。若当前存在事务，就加入到当前事务中;若当前没有事务，则创建一个新事务。这种传播行为是最常见的选择，也是 Spring 默认的事务传播行为。
如该传播行为加在 doOther() 方法上。若 doSome() 方法在调用 doOther() 方法时就是在事务内运行的，则 doOther() 方法的执行也加入到该事务内执行。若 doSome() 方 法在调用 doOther() 方法时没有在事务内执行，则doOther()方法会创建一个事务，并在其中执行。
b、SUPPORTS
指定的方法支持当前事务，但若当前没有事务，也可以以非事务方式执行。
c、MANDATORY
指定的方法必须在当前事务内执行，若当前没有事务，则直接抛出异常。.
d、REQUIRES_NEW
总是新建一个事务，若当前存在事务，就将当前事务挂起，直到新事务执行完毕。
e、NOT_SUPPORTED
指定的方法不能在事务环境中执行，若当前存在事务，就将当前事务挂起。
f、NEVER
指定的方法不能在事务环境下执行，若当前存在事务，就直接抛出异常。
g、NESTED
指定的方法必须在事务内执行。若当前存在事务，则在嵌套事务内执行；若当前没有事务，则创建一个新事务。
C、定义了默认事务超时时限
常量 TIMEOUT_DEFAULT 定义了事务底层默认的超时时限，及不支持事务超时时限设置的 none 值。
注意，事务的超时时限起作用的条件比较多，且超时的时间计算点较复杂。所以，该值一般就使用默认值即可。
- 程序举例环境搭建
举例：购买股票 Spring_Transaction_Buystock 项目
本例要实现模拟购实股票。存在两个实体：银行账户 Account 与股票账户 Stock。当要购买股票时，需要从 Account 中扣除相应金额的存款，然后在 Stock 中增加相应的股票数量。而在这个过程中，可能会抛出一个用户自定义的异常。异常的抛出，将会使两个操作回滚。实现步骤：
Step1：创建数据库表
创建两个数据库表 account、stock。
Step2：创建实体类
创建两个实体类 Account 与 Stock。
Step3：定义 Dao 接口
定义两个 Dao 接口 IAccountDao 与 IStockDao。
Step4：定义 Dao 实现类
定义两个 dao 接口的实现类 AccountDaolmpl 与 StockDaolmpl，注意，它们要继承自 JdbcDaoSupport 。
Step5：定义异常类
定义 service 层可能会抛出的异常类 StockException。
Step6：定义 Service 接口
定义 Service 接口 IStockProcessService 。
Step7：定义 Service 的实现类
定义 Service 层接口的实现类 StockProcessServiceImpl 。
Step8：Spring 配置文件中添加最全约束
本例中将使用到 Spring 中DI、AOP、事务等众多功能，所以将之前用过的所有约束进行了综合。综合后的约束为：
Step9：修改 Spring 配置文件内容
Step10：定义测试类
定义 view 层测试类 MyTest。现在就可以在无事务代理的情况下运行了。
- 使用 Spring 的事务代理工厂管理事务
该方式是，需要为目标类，即 Service 的实现类创建事务代理。事务代理使用的类是 TransactionProxyFactoryBean，该类需要初始化如下一些属性:
transactionManager:事务管理器
target:目 标对象，即Service 实现类对象
transactionAttributes:事务属性设置
对于 XML 配置代理方式实现事务管理时，受查异常的回滚方式，程序员可以通过以下方式进行设置：通过“异常"方式，可使发生指定的异常时事务回滚;通过“+异常”方式，可使发生指定的异常时事务提交。
该方式的实现步骤为：
Step1：复制项目
复制 Spring_Transaction_Buystock 项目，并重命名为Spring_Transaction_Proxy。 在此基础上修改。
Step2：导入 Jar 包
这里使用到的 Spring 的 AOP，所以需要引入 AOP 的两个 Jar 包：aop 联盟，及 Spring 对 AOP 实现的 Jar 包：
Step3：在容器中添加事务管理器DataSourceTransactionManager
由于本项目使用的是 JDBC 进行持久化，所以使用 DataSourceTransactionManager 类作为事务管理器。
Step4：在容器中添加事务代理TransactionProxyFactoryBean
Step5：修改测试类
现在就可以通过事务代理来运行了。
- 使用 Spring 的事务注解管理事务
通过 @Transactiona l注解方式，也可将事务织入到相应方法中。而使用注解方式，只需在配置文件中加入一个 tx 标签，以告诉 spring 使用注解来完成事务的织入。该标签只需指定一个属性，事务管理器。
@Transactional 的所有可选属性如下所示：
propagation：用于设置事务传播属性。该属性类型为 Propagation 枚举，默认值为
Propagation.REQUIRED。
isolation：用于设置事务的隔离级别。该属性类型为Isolation 枚举，默认值为
Isolation.DEFAULT。
readOnly：用于设置该方法对数据库的操作是否是只读的。该属性为 boolean, 默认值为 false。
timeout：用于设置本操作与数据库连接的超时时限。单位为秒，类型为 int，默认值为-1，即没有时限。
rollbackFor：指定需要回滚的异常类。类型为 Class[]， 默认值为空数组。当然，若只有一个异常类时，可以不使用数组。
rollbackForClassName：指定需要回滚的异常类类名。类型为String[],默认值为空数组。当然，若只有一个异常类时，可以不使用数组。.
noRollbackFor：指定不需要回滚的异常类。类型为 Class[]， 默认值为空数组。当然，若只有一一个异常类时，可以不使用数组。
noRollbackForClassName：指定不需要回滚的异常类类名。类型为 String[]， 默认值为空数组。当然，若只有一个异常类时，可以不使用数组。
需要注意的是，@Transactional若用在方法上,只能用于public方法上。对于其他非 public 方法，如果加_上了注解 @Transactional，虽然 Spring 不会报错，但不会将指定事务织入到该方法中。因为 Spring 会忽略掉所有非 public 方法上的 @Transaction注解。
若 @Transaction 注解在类上，则表示该类上所有的方法均将在执行时织入事务。
Step1：复制项目
复制 Spring_Transaction_Buystock 项目，并重命名为Spring_Transaction_Annotation。 在此基础上修改。
Step2：在容器中添加事务管理器
Step3：在 Service 实现类方法上添加注解
Step4：修改配置文件内容
Step4：修改测试类
由于配置文件中已不存在事务代理对象，所以测试类中要从容器中获取的将不再是事务代理对象，而是原来的目标对象。
- 使用 AspectJ 的 AOP 配置管理事务（重点）
使用 XML 配置事务代理的方式的不足是，每个目标类都需要配置事务代理。当目标类较多，配置文件会变得非常臃肿。
使用 XML 配置顾问方式可以自动为每个符合切入点表达式的类生成事务代理。其用法很简单，只需将前面代码中关于事务代理的配置删除，再替换为如下内容即可。
Step1：复制项目
复制 Spring_Transaction_Buystock 项目，并重命名为Spring_Transaction_Advisor。 在此基础上修改。
Step2：导入 Jar 包
这里使用 Spring 的 AspecJ 方式将事务进行的织入，所以，这里除了前面导入的 aop 的两个 Jar 包外，还需要两个Jar包：AspectJ 的 Jar 包，及 Spring 整合 AspectJ 的 Jar 包。
Step3：在容器中添加事务管理器
Step4：配置事务通知
为事务通知设置相关属性。用于指定要将事务以什么方式织入给哪些方法。
例如，应用到 buyStock 方法上的事务要求是必须的，且当buyStock 方法发生 StockException 后，要回滚。
Step5：配置顾问
注意，不能写为下面的形式，切入点表达式一定要指明切入点在 Service 层，否则将会抛出对数据源的循环引用异常。因为下面的写法同时会把 Service 层与 Dao 层的方法均作为切入点，Service 与 Dao 中均注入了数据源，而 Service 又调用了 Dao，所以就出现了循环调用的异常。
Step6：修改测试类
测试类中要从容器中获取的将不再是事务代理对象，而是目标对象。
