在上文，我们一起了解下spring对于事务的抽象。但是我们不需要急于去了解spring对于事务管理的使用和实践。当我们了解了spring对于事务抽象的努力后，我们需要问一下，这样的抽象对于我们的事务管理有什么好处？这个问题的答案就是我们下面要一起看的它事务管理文档中
1.1. Advantages of the Spring Framework’s Transaction Support Model
在这一条目里，spring先是给我们介绍了从事务管理角度来看，事务可以分为全局事务（Global Transactions）和本地事务（Local Transactions）两大类。它历数了这两大类事务的优缺点，之后就解释了spring的事务管理是怎么优化的。
全局事务
简单来说，全局事务是建立在多数据源的基础上。它的应用场景一般是分布式的需要跨数据源处理的操作。这里数据源不仅是关系型的数据库还可以是消息队列。一般大家会使用JTA(面向应用、应用服务器与资 源管理器的高层事务接口)来实现这样一个全局事务管理。JTA的UserTransaction 又往往是需要使用JNDI。从这里我们可以看出全局事务管理的使用会限制应用代码的再次使用。因为JTA一般只对于应用服务器环境有价值。
本地事务
和全局事务相比，本地事务我们用的最多，也最简单。它一般是和一个JDBC连接池相关。本地事务明显是有个弱点，它不支持混合的多数据源。另外，本地事务往往是对于应用模型具有侵入性。
Spring的优化
Spring提供了一个编程模型支持任何环境，无论是本地事务还是全局事务。这个就是之前说的Spring的事务抽象。它支持你写一次代码，而可以使用在不同场景的不同事务管理策略下。同时，Spring提供了编程式的事务管理和声明式的事务管理两种方式供你使用。当然，官方更推荐声明式管理。因为使用声明式事务管理，你可以写很少的代码甚至不需要写代码。也就大大减少对于具体的api的依赖。
