本文目录
spring提供了可配置、易扩展的事务处理框架,本文主要从一下几个方面说明spring事务的原理
- 基本概念
- 事务配置解析
- 事务处理过程
基本概念
事务隔离级别
在同时进行多个事务的时候,可能会出现脏读、不可重复读、幻读四种情况,数据库分别有四种隔离级别处理这些情况。Spring中TransactionDefinition定义了事务的隔离级别和传播属性,隔离级别有
- ISOLATION_DEFAULT:PlatforTransactionManager默认的隔离级别,也就是数据库默认的隔离级别,下面四中分别对应数据库四中隔离级别
- ISOLATION_READ_UNCOMMITED:在另外一个事务未提交的时候可以读取另一个事务中的数据,会出现脏读、不可重复读、幻读,系统开销最小,没有加锁
- ISOLATION_READ_COMMITED:在另外一个事务提交之后才可以读取数据,防止了脏读,会出现不可重复读、幻读
- ISOLATION_REPEATABLE_READ:防止了脏读、不可重复读(在一个事物读取数据之后,第一个事务提交数据,第一个事务再次读取数据,发现前后不一致),会出现幻读,读不加锁,增删改加锁
- ISOLATION_SERIALIZABLE:可以防止脏读、不可重复读、幻读(第一个事务修改涉及到了数据库中全部行,第二个事务向表中插入一行,第一个事务会发现表中还有没有修改的行)
spring事务传播属性
传播属性:定义了多层事务时候的行为,spring的TransactionDefinition定义了7种事务传播行为
- PROPAGETION_REQUIRED:如果已经有事务,则使用当前事务,如果没有则新开一个事务
- PROPAGETION_SUPPORT:如果已经有事务则事务的执行,如果没有则非事务地执行
- PROPAGERION_MANDATORY:如果有事务则支持事务,否则抛出异常
- PROPAGETION_REQUIRES_NEW:总是开启一个新的事务,如果已经有事务,则挂起当前事务
- PROPAGETION_NOT_SUPPORT:总是非事务执行,如果有事务则挂起
- PROPAGETION_NEVER:总是非事务执行,如果有事务则抛出异常
- PEOPAGETION_NESTED:嵌套事务(内层事务不影响外层事务,外层事务失败会回滚内层事务),如果有事务,则嵌套在当前事务中执行,如果没有事务则按照PROPAGETION_REQUIRED的方式运行
事务配置解析
spring支持编程式事务,也支持声明式事务,这里以声明式事务的配置为例。
在配置事务管理器的时候配置为使用cglib生成代理
<tx:annotation-driven transaction-manager=\"transactionManager\" proxy-target-class=\"true\" />
上面xml配置的作用
# tx命名空间的处理类
org.springframework.transaction.config.TxNamespaceHandler
# annotation-driven标签的解析类
org.springframework.transaction.config.AnnotationDrivenBeanDefinitionParser
# 解析标签annotation-driven的方法
org.springframework.transaction.config.AnnotationDrivenBeanDefinitionParser.AopAutoProxyConfigurer#configureAutoProxyCreator
解析该标签的时候做了以下的事
- 注册org.springframework.aop.config.AopConfigUtils#AUTO_PROXY_CREATOR_BEAN_NAME,org.springframework.aop.framework.autoproxy.InfrastructureAdvisorAutoProxyCreator
- 设置InfrastructureAdvisorAutoProxyCreator这个bean对应的属性,proxyTargetClass,exposeProxy
- 注册bean:AnnotationTransactionAttributeSource
- 注册bean:TransactionInterceptor
- 注册bean:TransactionAttributeSourceAdvisor
- 注册组合component:CompositeComponentDefinition
上面解析标签的时候注入的这些bean在getBean的时候会起作用,在getBean的时候会判断是否需要返回包装后的bean,也就是org.springframework.aop.framework.autoproxy.AbstractAutoProxyCreator#wrapIfNecessary方法,找到所有的advisor(顺便完成初始化),然后判断找出所有可以应用到该类的advisor(org.springframework.aop.support.AopUtils#findAdvisorsThatCanApply),然后利用可用的advisor创建proxy(org.springframework.aop.framework.autoproxy.AbstractAutoProxyCreator#createProxy),这个proxy就是原来类的代理,在请求该类的方法的时候是通过代理进行的,在代理中会判断是否有事务,是否需要开启事务
事务处理过程
Spring 事务处理是基于AOP实现的,为事务方法所在类生成一个代理类,在调用事务方法的时候实际会调用代理类的代理方法,这里就是
org.springframework.transaction.interceptor.TransactionInterceptor#invoke
在看spring事务处理流程之前,我们先回顾下直接使用jdbc编程的时候使用事务的流程
- 拿到数据库连接
- 设置数据库连接为非自动提交
- 执行事务操作
- 提交事务
spring事务处理的流程也基本相似,只是做了一些封装
- 拿到数据库连接,需要判断当前事务的传播级别,有些传播级别需要新的数据库连接开启新的事务
- 设置数据库连接为非自动提交
- 执行事务操作
- 执行事务提交前的一些回调方法,比如:beforeCommit
- 提交事务,判断是否有异常,是需要回滚还是提交
- 执行事务提交后的一个方法,比如:afterCommit
总结
spring事务在屏蔽了一些繁琐逻辑的同时,也提供了比较好的扩展性,比如支持自定义数据源,自定义事务管理器,而且支持在事务执行前后加入自己的回调用方法。