Spring 数据访问之事务管理

最新推荐文章于 2024-09-07 17:57:51 发布

翻译最新推荐文章于 2024-09-07 17:57:51 发布 · 762 阅读

Spring 专栏收录该内容

36 篇文章

订阅专栏

本文深入探讨了Spring框架的事务管理特性，包括丰富的持久性编程模型、声明式和编程式事务管理、全局与本地事务对比及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定义的某些，而不是你的代码，需要改变。