事务对于确保数据的完整性与一致性是至关重要的。要想完全理解事务，必须得熟悉一些基本概念、 模型还有策略。Mark Richards说到“混淆事务模型与事务策略是个常见错误”。这篇文章谈 到了“Java™平台所支持的三种事务模型并对基于这些模型的四种主要事务策略展开了讨论。 通过使用Spring Framework及Enterprise JavaBeans（EJB）3.0的一些示例，Mark介绍了事务模型的工作 方式及他们缘何能作为从基本的事务处理到高速事务处理系统的基石” 。
Java平台支持三 种事务模型：
* 本地事务模型——事务由DB资源而不是应用容器或框架管理。开发者 管理连接而不是事务。
* 编程式事务模型——开发者从事务管理器中获取事务，之后 需要自己编写事务启动、提交、异常及回滚代码。
* 声明式事务模型——最常见的模 型，又叫做容器管理事务。在这种模型下，容器管理着事务，开发者定义（声明）事务的行为和参数。
但这种支持仅能描述事务基本信息和期望行为以及使用的语法和规则。事务策略能够解决如下问 题：何时需要使用REQUIRED或MANDATorY属性、特定的指令、使用哪种模型及如何对特定的情况进行优化 。
Mark在之前的一篇文章中讨论了事务模型的优势与陷阱。
这篇文章介绍了使用特定模型 的策略及如何以恰当的方式使用模型。下面列出了这四个策略：
* 在客户端发出了多个基于服务 器或基于模型的调用来完成一个单独的工作单元时需要使用客户端编排（Client Orchestration）事务策 略。
* 在对后端调用的主要入口方法是粗粒度（如果你愿意可以称其为服务）的情况下需要使用 API层事务策略。
* 高并发事务策略是上面策略的一个变种，在应用无法支持长事务的情况下需要 使用该策略
（通常基于性能和可伸缩性考虑）。
* 高速处理事务策略也许是最极端的一种 事务策略了。如果应用需要最快的处理时间（以及吞吐量），同时还要在处理过程中保持一定的事务原子 性，那么可以使用该策略。
为你的快乐而快乐的是朋友，为你的难过而难过的才是你的知己。
