不用Spring管理事务?
如果对AOP的实现不太熟悉的话可以看我之前的文章,或者到我网站www.javashitang.com上查看系列文章
让我们先来看一下不用spring管理事务时,各种框架是如何管理事务的
使用JDBC来管理事务
使用Hibernate来管理事务业务逻辑和事务代码是耦合到一块的,并且和框架的具体api绑定了。当我们换一种框架来实现时,里面对事务控制的代码就要推倒重写,并不一定能保证替换后的api和之前的api有相同的行为。
「统一的事务抽象」
基于这些问题,Spring抽象了一些事务相关的顶层接口。无论是全局事务还是本地事务,JTA,JDBC还是Hibernate,Spring都使用统一的编程模型。使得应用程序可以很容易的在全局事务与本地事务,或者不同事物框架之间进行切换。
「下图为Spring事物抽象的核心类」
常用api | 接口 |
---|---|
PlatformTransactionManager | 对事务进行管理 |
TransactionDefinition | 定义事务的相关属性,例如隔离级别,传播行为 |
TransactionStatus | 保存事务状态 |
针对不同的数据访问技术,使用不用的PlatformTransactionManager类即可
数据访问技术 | PlatformTransactionManager实现类 |
---|---|
JDBC/Mybatis | DataSourceTransactionManager |
Hibernate | HibernateTransactionManager |
Jpa | JpaTransactionManager |
Jms | JmsTransactionManager |
编程式事务管理
当我们使用Spring的事务时,可以使用编程式事务或者声明式事务。
当使用编程式事务的时候,可以直接使用事务的顶层接口,也可以使用模版类TransactionTemplate
使用PlatformTransactionManager
使用TransactionTemplate
当我们直接使用PlatformTransactionManager来管理事务时,有很多模版代码。例如业务代码正常执行,提交事务,否则回滚事务。我们可以把这部分模版代码封装成一个模版类,这样使用起来就很方便了,如下所示
如下图所示,TransactionTemplate#execute方法就是一个典型的模版方法我们可以传入如下2个接口的实现类来执行业务逻辑,TransactionCallback(需要返回执行结果)或