Spring提供了TransactionProxyFactoryBean作为动态代理的生成工厂，该工厂产生目标bean的动态AOP（——面向方面编程）事务代理。事务代理根据所配置的事务属性自动管理事务操作。该事务代理对事务的透明管理依赖于一个在ApplicationContext范围全局可见的PlatformTransactionManager。

Spring提供两个默认的事务管理器实现：DataSourceTransactionManager和JtaTransactionManager。前者只能支持单个jdbc数据源，后者可以支持多个数据源，可以做分布式事务管理。

一般由容器提供支持JTA的事务管理器实现，Spring的JtaTransactionManager会自动通过JNDI检测TransactionManager或UserTransaction的存在，也可以在配置中指定JNDI的设置。如果想不依赖于容器实

现分布式事务管理，可以采用开源的事务管理器实现JOTM。事务管理器必须要知道被管理的DataSource的位置，如果是DataSourceTransactionManager，在事务管理器配置中直接指定JDBC数据源的引用，如果是JtaTransactionManager，容器负责告知事务管理器需要管理的数据源。不管是哪一种情况，都需要在Dao（——数据操作对象）中配置与事务管理器相对应的数据源，即事务管理器必须要知道被管理的DataSource的位置，这也就是为什么我们无法在Spring/JTA框架中管理Web Service事务的原因，因为Web服务是无状态的，我们甚至不知道服务提供者后台的体系架构是什么，那么就更无从所知其数据源了。

最后，在应用阶段，Spring的事务具有声明式和编程式两种方式。声明式事务的用法是在配置文件中声明，它的实现技术主要是基于AOP的动态或静态代理；编程式事务的用法是在程序中硬编码实现，这可以解决一些配置无法预知的场景的情况，它是靠提供回调方法实现的。而我认为无论是AOP、代理或是回调函数，它们都是基于一种名为“增强机制”的思想去做的——将一个线性的程序过程进行切片，在这些“切片”上对程序的功能进行“增强”。