Spring 数据访问之事务管理

Spring 框架事务管理简单介绍

综合的事物支持是使用Spring框架的最好理由。Spring框架提供了事物管理持续性的抽象，主要提供了下面的用法：

• 丰富的持续性编程模型，提供了不同的事物APIs，比如Java事物API（JTA），JDBC，Hibernate，Java持久性API（JPA）和Java数据对象（JDO）
• 提供了声明的事物管理
• 提供了比JTA更加简单的事物管理编程。
• 完美集成了Spring的数据访问抽象

下面部分介绍了Spring框架的事物技术。（这章也讨论了为一些通用问题提供了应用程序服务集成，和解决方案）。

• Advantages of the Spring Framework’s transaction support model  描述了为什么使用Spring框架的事物抽象而不是EJB的容器管理事物，或者选择通过专有API驱动本地事物，比如Hibernate。
• Understanding the Spring Framework transaction abstraction 概括了核心类和介绍了如何从不同源中配置和获取DataSource实例
• Synchronizing resources with transactions  描述了应用程序代码如何确保资源合适地创建，重用和清除
• Declarative transaction management (声明的事物管理) 描述了声明事物管理的支持
• Programmatic transaction management 涵盖了编程化的事务管理，即编写程序代码

11.2 Advantages of the Spring Framework’s transaction support model（Spring框架事物支持模型的好处）

       

         一般地，Java EE开发者有两种事物管理选择：全局或者局部事物，两者都有局限性。全局和局部事物管理在下面两节中介绍，顺便介绍Spring框架事物管理支持如何解决全局和局部事物模型限制。

11.2.2 局部（或本地？）事物

      本地事物是指定资源的，比如关联一个JDBC连接。本地事物虽然使用方便，但是也有明显的缺陷：对于多个事物资源不起作用。例如，使用JDBC连接管理事物的代码不与全局JTA事物兼容。因为应用服务器不在事物管理中涉及到，其不能确保正确访问多个资源（对于大多数应用仅仅访问单一事物资源是划不来的）。另一个缺陷是本地事物对于编程模型是侵入性的。

11.2.1 全局事物

     全局事物支持你使用多个事物资源，典型地是关系型数据库和消息队列。应用服务通过JTA（重要级的API，部分是由于其异常模型）管理全局事物。此外，JTA的UserTransaction来自于JNDI，意味着你为了使用JTA，需要使用JNDI。很明显，使用全局事物可能限制应用程序代码的重用，因为JTA一般仅在一个应用服务环境中有效。

使用全局事物的更好方法是借助EJB的CMT（容器管理事物）：CMT是声明式事物管理的一种形式（区别于编程式事物管理）。EJB CMT移除了事物关联的JNDI查找的需求，although of course the use of EJB itself necessitates the use of JNDI.其移除了大多数使用Java代码控制事物的需求。明显的缺陷是CMT绑定了JTA和一个应用服务环境，如果仅仅在EJB中实现业务，或者至少在一个事物EJB门面后面是可用的。EJB的负面效果不是这样的吸引人，尤其面对声明式事物管理的替代品。

12.2.3 Spring框架的持续性编程模型

     Spring解决了全局事物和本地事物的缺陷。其能使应用程序开发者在任何环境中使用持续性编程模型。你只需要写代码一次，并且它也可以从不同环境的不同事物管理策略中受益。Spring框架提供了声明和编程的事物管理。大多数使用者更喜欢声明式事物管理，这在大多数情况下推荐。

    

     使用编程式事物管理，开发者利用Spring框架的事物抽象，其可以在任何指定的事物基础设施上运行。使用声明式模型，开发者一般地写很少的关于事物管理的代码，并且以后不会依赖Spring框架的事物API，或者其他的事物API。

    你是否需要一个应用服务器进行事物管理？

   

    当一个企业Java应用要求一个应用服务器时，Spring框架的事物管理支持改变了传统的规则。

    尤其是，你不仅仅需要一个应用服务器通过EJB进行声明式事物管理。实际上，即使你的应用服务器有强大的JTA功能，你可能决定了Spring框架的声明式事物提供了比EJB CMT更加强大和更加有生产效率的编程模型。

   典型地，你需要一个应用服务的JTA功能，仅当你的应用需要通过多个资源处理事物时，这对于许多应用不是必须的。许多高端的应用程序使用单一，高可扩展的数据库（比如Oracle RAC）。独立的事物管理器，比如，Atomikos Transaction 和JOMT，也是可选的方案。当然了，你可能需要其他的应用服务器的功能比如Java 消息服务（JMS）和Java EE 连接体系（JCA）。

   当Spring框架考虑将你的应用程序变成一个全加载的应用服务器。当唯一的替代品使用EJB CMT或者JTA使用本地事物，比如JDBC连接器，写代码，并且将面对大量的重复，如果你所需要的代码是基于全局，容器管理的事物。使用Spring框架，仅仅是你的配置文件的bean定义的某些，而不是你的代码，需要改变。