spring 事务服务
Spring为事务管理提供一流的支持。它同时支持编程式和声明式事务。为实现健壮的企业级应用，事务能担当重要的作用。无论是使用编程式事务还是声明式事务，在开发Spring应用时，开发者都不需要对具体的事务管理实现进行交互。
事务管理抽象是Spring提供的最重要的一种抽象。秉承Spring的设计原则，对于事务管理而言，Spring的事务管理具有如下几方面的优势：
1）对于采用手工控制事务，即程序控制事务的编程方式，Spring提供的事物抽象易于使用。
2）无论底层的事务API是什么，Spring都能够提供一致的编程模型。比如，对于提供分布式事务支持的JTA、JDBC、Hibernate等而言，基于Spring的应用代码等都是一致，而没有专属于某事物API的实现。其中，特定的事务API都可以通过Spring配置文件屏蔽掉。
3）Spring支持声明式事务管理。这主要依赖于Spring AOP提供的功能。因此，Spring AOP在Spring事务抽象服务中起了重要的作用。
4）能够同Spring的DAO抽象进行集成。
5）在不同事务服务间切换，只会涉及到Spring配置文件的修改，而不会涉及到代码的修改。
1.事务管理背景
对于事务管理而言，存在两种事务类型：局部（本地，local）事务和全局（global）事务。
对于本地事务而言，只涉及到单个事务性（可恢复）资源，通常都是JDBC级的事务。对于全局事务而言，通常都涉及到两个以上事务性资源，比如两个不同的数据库、数据库和JMS服务器。如果应用只涉及到单个事务性资源，则无需借助于J2EE应用服务器提供的JTA能力，而只需借助于本地事务即可解决事务管理服务方面的问题。如果应用涉及到两个以上的事务性资源，则需要J2EE应用服务器的JTA能力。
从性能上考虑，全局事务是“致命”的。能够不用全局事务，则尽量不用。但对于企业级应用而言，经常不可避免地碰到这种场景。为在应用代码中使用JTA功能，必须通过JNDI获得JTA的引用，继而应用代码需要处理大量的受查异常。对于Web容器而言，通常都不提供JTA的实现，即不支持全局事务，除非外挂JTA事务管理器实现，比如Open Source JOTM。对于J2EE应用服务器而言，比如JBoss、WebLogic、WebSphere、Oracle Application Server、Sun Java System Application Server等，都提供了对JTA的支持。当然不同的应用服务器对JTA的支持程度也不尽相同。
从易用性角度考虑，本地事务更容易使用。但是，它不能保证同事处理多个事务性资源的正确性。通常，事务都具有ACID的特性。
1）A原子性。事务必须成功提交，或者回滚；
2）C一致性；
3）I隔离性；
4）D持久性
ACID，是所有事务管理过程中必须保证的特性。
EJB提供的容器事务管理（Container Managed Transaction，CMT），可以通过在ejb-jar.xml文件中进行事务声明，而不需要应用代码的介入。但是CMT要求EJB容器支持，且只对EJB容器有效。在实际应用中，如何对POJO生效类似的CMT功能呢？
Spring可以解决这个问题。Spring承诺：在任何场景中，使用一致的编程模型，而不会影响对事务的使用；或者说，在使用事务的地方，不会影响编程的模式。尽管Spring同时提供了对声明式和编程式的事务管理支持，不过推荐使用声明式的事务管理。在大部分场合，编程式的事务管理更具灵活性。不过在引入Spring AOP后，情况未必是这样。
2.Spring对事务管理提供的支持
Spring同时支持如下两种事务编程模型：声明式和编程式
对于声明式事务而言，Spring支持各种事务管理器，而不像EJB。EJB仅仅支持JTA(Java Transaction API)。注意，JTA是EJB（对于容器管理事务而言）提供事务支持的唯一事务实现。借助于Spring AOP模块，能够实现Spring提供的声明式事务管理。在J2EE平台中，事务常常作为企业级服务看待，因此它是系统级的。企业应用在完成业务逻辑操作时，需要借助于事务服务，因此将Spring提供的事务抽象作为AOP中的Aspect看待时很合理的事情，即在Spring中提供了事务方面（Aspect），这同JBoss AOP提供的事务方面类似。在Spring事务抽象服务中，提供了TransactionProxyFactoryBean类，供实现声明式事务使用。
对编程式事务而言，Spring也支持各种事务管理器。而且，它比声明式事务更灵活。如果在Spring应用中，仅仅使用到单个的事务性资源，则开发者可以不使用JTA实现。比如，可以直接使用JDBC（DataSourceTransactionManager）、Hibernate、JDO、OJB、JMS、JTA。为支持全局事务，即存在两个以上的事务性资源，则必须借助于第三方JTA实现，比如Open Source JOTM。
需要注意的是，Spring提供的事务管理器仅仅是对现有的事务实现API（比如，Hibernate、JDBC、JTA）进行封装，其本身并没有提供具体的事务管理实现。
在Spring提供的所有事务管理器中，PlatformTransactionManager是最基本的接口。
Spring提供了若干实现，供Spring Ioc实现控制反转使用。对于Hibernate而言，需要借助于HibernateTransactionManager事务管理器。开发者需为它提供seeionFactory取值。
实际上，HibernateTransactionManager将会事务处理的具体工作委派给Hibernate中的net.sf.hibernate.Transaction对象。其实，在Spring提供的所有事务管理器中，都是对底层事务对象的封装。它自身并没有实现底层事务的管理。符合Spring的设计原则：“不重复开发轮子”。因此，对HibernateTransactionManager的commit和rollback操作将委派给Transaction对象。
Java代码
<bean id="transactionManager"
class="org.springframework.orm.hibernate.HibernateTransactionManager">
<property name="sessionFactory">
<ref local="sessionFactory"/>
</property>
</bean>
transactionManager是TransactionTemplate的属性，因此事务模版需借助Spring提供的事务管理器实现处理事务管理。事务模版可以使用Hibernate、JTA、JDBC、JDO等事务管理器。
也可以基于TransactionTemplate的构建器来注入对事务管理器的依赖。接下来，开发者便能在java代码中直接使用TransactionTemplate了。依据Spring模版设计原则，Spring为TransactionTemplate准备了两个回调接口：TransactionCallback和TransactionCallbackWithoutResult。
a）org.springframework.transaction.support.TransactionCallback：用于事务的回调接口。通常，它都是伴随着TransactionTemplate并以匿名方式使用的。它仅含有单个方法，即doInTransaction。如果事务操作存在返回值，则使用TransactionCallback。如果不存在返回值，则使用TransactionCallbackWithoutResult接口。
b）org.springframework.transaction.support.TransactionCallbackWithoutResult：继承于TransactionCallback。TransactionCallbackWithoutResult供事务操作不存在返回值时使用。
对于存在返回值的业务方法而言，示例如下：
Java代码
Object result = tt.execute(new TransactionCallback(){
public Object doInTransaction(TransactionStatus status){
try{
updateOperation1();
updateOperation2();
return updateOperation3();
}catch(RuntimeException ex){
status.setRollbackOnly();
}
return null;
}
});
Object result = tt.execute(new TransactionCallback(){
public Object doInTransaction(TransactionStatus status){
try{
updateOperation1();
updateOperation2();
return updateOperation3();
}catch(RuntimeException ex){
status.setRollbackOnly();
}
return null;
}
});
其中，开发者需要实现Object doInTransaction(TransactionStatus status)方法。现在updateOperation1()、updateOperation2()、updateOperation3()都处于同一事务中，因此他们构成了ACID的特性。若出现异常，则事务回滚（借助于status的setRollbackOnly实现）。
对于不存在返回值的业务方法而言。示例如下：
Java代码
Object result = tt.execute(new TransactionCallbackWithoutResult(){
public void doInTransactionWithoutResult(TransactionStatus status){
updateOperation1();
updateOperation2();
updateOperation3();
}
});
Object result = tt.execute(new TransactionCallbackWithoutResult(){
public void doInTransactionWithoutResult(TransactionStatus status){
updateOperation1();
updateOperation2();
updateOperation3();
}
});
如果应用需要回滚，则需要调用TransactionStatus对象的setRollbackOnly方法。对于有EJB组件开发经验的人而言，能够看出这与CMT极其相似。
2.2.2）使用PlatformTransactionManager实现
借助于Spring IoC容器提供的控制反转，能够直接在应用代码中直接获得对<bean>元素中定义的PlatformTransactionManager实现。示例如下：
Java代码
transactionManager = ...;
DefaultTransactionDefinition dtd = new DefaultTransactionDefinition();
dtd.setPropagationBehavior(TransactionDefinition.PROPAGATION_REQUIRED);
TransactionStatus status = transactionManager.getTransaction(dtd);
try{
updateOperation1();
updateOperation2();
updateOperation3();
}catch(ApplicationContext ex){
transactionManager.rollback(status);
throw ex;
}
http://bjyzxxds.iteye.com/blog/464961
