Spring框架事务支持模型的优势

全局事务允许您处理多个事务资源，通常是关系型数据库和消息队列。应用服务器通过JTA管理全局事务，JTA是一个繁琐的API（部分原因是其异常模型）。此外，JTA UserTransaction通常需要从JNDI获取，这意味着您还需要使用JNDI才能使用JTA。使用全局事务限制了应用代码的潜在重用性，因为JTA通常仅在应用服务器环境中可用。

以前，使用全局事务的首选方式是通过EJB CMT（容器管理事务）。CMT是一种声明式事务管理形式（与编程式事务管理相区别）。EJB CMT消除了与事务相关的JNDI查找的需要，尽管使用EJB本身需要使用JNDI。它消除了大部分但并非全部编写Java代码来控制事务的需要。其重要缺点是CMT与JTA和应用服务器环境绑定。此外，只有在选择在EJB中实现业务逻辑（或至少在事务EJB外部）时才可用。总体而言，EJB的负面影响如此之大，以至于这不是一个吸引人的建议，特别是在面对具有吸引力的声明式事务管理替代方案时。

本地事务是特定于资源的，例如与JDBC连接关联的事务。本地事务可能更容易使用，但有一个重大缺点：它们无法跨多个事务资源工作。例如，通过使用JDBC连接管理事务的代码无法在全局JTA事务中运行。由于应用服务器不参与事务管理，因此无法帮助确保跨多个资源的正确性。（值得注意的是，大多数应用程序使用单个事务资源。）另一个缺点是本地事务对编程模型具有侵入性。

Spring解决了全局和本地事务的缺点。它让应用程序开发人员在任何环境中使用一致的编程模型。您只需编写一次代码，它就可以在不同环境中受益于不同的事务管理策略。Spring框架提供声明式和编程式事务管理。大多数用户更喜欢声明式事务管理，在大多数情况下我们推荐使用。

通过编程式事务管理，开发人员使用Spring框架事务抽象，可以在任何底层事务基础设施上运行。在首选的声明式模型中，开发人员通常几乎不编写与事务管理相关的代码，因此不依赖于Spring框架事务API或任何其他事务API。