对Spring事务管理实现技术的分析

2016/06/20 09:42
阅读数 46

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、代理或是回调函数,它们都是基于一种名为“增强机制”的思想去做的——将一个线性的程序过程进行切片,在这些“切片”上对程序的功能进行“增强”

展开阅读全文
加载中
点击引领话题📣 发布并加入讨论🔥
打赏
0 评论
0 收藏
0
分享
返回顶部
顶部