基于配置的Spring声明式事务管理详解
来源:互联网 发布:爱奇艺mac版 编辑:程序博客网 时间:2024/06/05 10:03
大多数Spring用户选择声明式事务管理的原因是,这个是对应用代码影响最小的选择,因此也最符合 非侵入式 轻量级容器的理念。
- Spring声明式事务管理可以在任何环境下使用。只需更改配置文件, 它就可以和JDBC、JDO、Hibernate或其他的事务机制一起工作。
- Spring的声明式事务管理可以被应用到任何类(以及那个类的实例)上。
- Spring提供了声明式的回滚规则。
- Spring允许你通过AOP定制事务行为。(例如,如果需要,你可以在事务回滚中插入定制的行为。 你也可以增加任意的通知,就象事务通知一样。)。
- Spring不提供高端应用服务器提供的跨越远程调用的事务上下文传播。如果你需要这些特性,我们推荐你使用EJB。 然而,不要轻易使用这些特性。因为通常我们并不希望事务跨越远程调用。
理解Spring声明式事务管理的实现
Spring的事务管理是通过AOP代理实现的。 其中的事务通知由元数据(目前基于XML或注解)驱动。
代理对象与事务元数据结合产生了一个AOP代理,它使用一个PlatformTransactionManager 接口配合事务拦截器,在方法调用前后实施事务。
从概念上来说,在事务代理上调用方法的工作过程看起来像这样:
例子
1、首先定义事务性的服务接口:
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
2、上面服务的实现类:
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
现在假定,UserService的方法(queryUser())必须执行在只读事务上下文中,其他的方法(addUser(User user)、deleteUser()和updateUser())必须执行在可读写事务上下文中。
下面开始配置Spring的配置文件:
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
- 47
- 48
- 49
- 50
- 51
- 52
- 53
- 54
- 55
- 56
- 57
- 58
- 59
- 60
- 61
- 62
- 63
- 64
- 65
- 66
- 67
- 68
我们来分析一下上面的配置。我们要把一个服务对象(’userService’ bean)做成事务性的。
我们想施加的事务语义封装在<tx:advice/>
定义中。
“<tx:advice/>
“把所有以 ‘query’ 开头的方法看做执行在只读事务上下文中, 其余的方法执行在默认语义的事务上下文中”。
其中的 ‘transaction-manager’ 属性被设置为一个指向 PlatformTransactionManager bean的名字(这里指 ‘transactionManager’), 该bean将会真正管理事务。
提示
事实上,如果 PlatformTransactionManager bean的名字是 ‘transactionManager’ 的话,你的事务通知(
<tx:advice/>
)中的 ‘transaction-manager’ 属性可以忽略。否则你则需要像上例那样明确指定。
配置中最后一段是 <aop:config/>
的定义, 它确保由 ‘txAdvice’ bean定义的事务通知在应用中合适的点被执行。
首先我们定义了一个切面,它匹配 UserService 接口定义的所有操作, 我们把该切面叫做 ‘aopCut’。然后我们用一个通知器(advisor)把这个切面与 ‘txAdvice’ 绑定在一起, 表示当 ‘aopCut’ 执行时,’txAdvice’ 定义的通知逻辑将被执行。
<aop:pointcut/>
元素定义是AspectJ的切面表示法。
一个普遍性的需求是让整个服务层成为事务性的。满足该需求的最好方式是让切面表达式匹配服务层的所有操作方法。例如:
- 1
- 2
- 3
- 4
- 5
现在,既然我们已经分析了整个配置,你可能会问了,“好吧,但是所有这些配置做了什么?”。
上面的配置将为’userService’ bean创建一个代理对象,这个代理对象被装配了事务通知,所以当它的相应方法被调用时,一个事务将被启动、挂起、被标记为只读,或者其它(根据该方法所配置的事务语义)。我们来看看下面的测试代码,测试一下上面的配置。
- 1
- 2
- 3
- 4
结果:
可以看到spring容器创建了一系列的单例bean,方法deleteUser输入“输出用户”字符串。
设置断点调试:
可以看到userService是由Spring的JDK动态代理生成的代理对象。
总结
Spring声明式事务处理的步骤:
- 搭建环境,引入tx和context命名空间;
- 在spring的配置文件中,先导入dataSource;
- 测试dataSource是否配置正确;(可省略)
- 导入dao和service层的bean
- 测试dao和service是否配置正确(可省略)
- 引入事务管理器
- 配置通知
<tx:advice/>
- 启用事务通知
<aop:config/>
,将切入点和通知器织入 - 测试service层的类,看是否是代理对象。
- 基于配置的Spring声明式事务管理详解
- Spring声明式事务管理的配置详解
- Spring声明式事务管理与配置详解
- Spring声明式事务管理与配置详解
- Spring声明式事务管理与配置详解
- Spring声明式事务管理与配置详解
- Spring声明式事务管理与配置详解
- Spring基于声明式的事务管理
- 事务管理及spring基于注解的声明式事务管理的配置和用法
- spring 声明式事务管理的配置方式
- spring声明式事务管理的配置
- Spring声明式事务管理的配置
- Spring声明式事务管理详解
- Spring声明式事务管理详解
- Spring 声明式事务管理配置
- spring丶基于@Transactional注解的事务配置,声明式事务管理的使用
- spring事物配置,声明式事务管理和基于@Transactional注解的使用
- spring事物配置,声明式事务管理和基于@Transactional注解的使用
- 提交审核版本小程序-微信小程序开发-视频教程16
- 系统吞吐量(TPS)、用户并发量、性能测试概念和公式
- IOS多线程同步问题
- Android学习笔记四之Activity
- 《深入理解java虚拟机》学习-第八章-虚拟机字节码执行引擎-方法调用
- 基于配置的Spring声明式事务管理详解
- C#文件监控对象FileSystemWatcher实例,文件创建,修改,删除,重命名等
- 在wifi开启时,强制通过手机网络发送请求
- java多线程学习总结
- 数据库多个主键(联合主键)
- C++ 总结三
- .net程序运行原理
- 关于svn死循环问题
- HMM 算法随记(1)