spring源码 — 5、事务

spring提供了可配置、易扩展的事务处理框架，本文主要从一下几个方面说明spring事务的原理

• 基本概念
• 事务配置解析
• 事务处理过程

基本概念

事务隔离级别

在同时进行多个事务的时候，可能会出现脏读、不可重复读、幻读四种状况，数据库分别有四种隔离级别处理这些状况。Spring中TransactionDefinition定义了事务的隔离级别和传播属性，隔离级别有

1. ISOLATION_DEFAULT：PlatforTransactionManager默认的隔离级别，也就是数据库默认的隔离级别，下面四中分别对应数据库四中隔离级别
2. ISOLATION_READ_UNCOMMITED：在另一个事务未提交的时候能够读取另外一个事务中的数据，会出现脏读、不可重复读、幻读，系统开销最小，没有加锁
3. ISOLATION_READ_COMMITED：在另一个事务提交以后才能够读取数据，防止了脏读，会出现不可重复读、幻读
4. ISOLATION_REPEATABLE_READ：防止了脏读、不可重复读（在一个事物读取数据以后，第一个事务提交数据，第一个事务再次读取数据，发现先后不一致），会出现幻读，读不加锁，增删改加锁
5. ISOLATION_SERIALIZABLE：能够防止脏读、不可重复读、幻读（第一个事务修改涉及到了数据库中所有行，第二个事务向表中插入一行，第一个事务会发现表中还有没有修改的行）

spring事务传播属性

传播属性：定义了多层事务时候的行为，spring的TransactionDefinition定义了7种事务传播行为

1. PROPAGETION_REQUIRED：若是已经有事务，则使用当前事务，若是没有则新开一个事务
2. PROPAGETION_SUPPORT：若是已经有事务则事务的执行，若是没有则非事务地执行
3. PROPAGERION_MANDATORY：若是有事务则支持事务，不然抛出异常
4. PROPAGETION_REQUIRES_NEW：老是开启一个新的事务，若是已经有事务，则挂起当前事务
5. PROPAGETION_NOT_SUPPORT：老是非事务执行，若是有事务则挂起
6. PROPAGETION_NEVER：老是非事务执行，若是有事务则抛出异常
7. 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

解析该标签的时候作了如下的事

1. 注册org.springframework.aop.config.AopConfigUtils#AUTO_PROXY_CREATOR_BEAN_NAME，org.springframework.aop.framework.autoproxy.InfrastructureAdvisorAutoProxyCreator
2. 设置InfrastructureAdvisorAutoProxyCreator这个bean对应的属性，proxyTargetClass，exposeProxy
3. 注册bean：AnnotationTransactionAttributeSource
4. 注册bean：TransactionInterceptor
5. 注册bean：TransactionAttributeSourceAdvisor
6. 注册组合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编程的时候使用事务的流程

1. 拿到数据库链接
2. 设置数据库链接为非自动提交
3. 执行事务操做
4. 提交事务

spring事务处理的流程也基本类似，只是作了一些封装

1. 拿到数据库链接，须要判断当前事务的传播级别，有些传播级别须要新的数据库链接开启新的事务
2. 设置数据库链接为非自动提交
3. 执行事务操做
4. 执行事务提交前的一些回调方法，好比：beforeCommit
5. 提交事务，判断是否有异常，是须要回滚仍是提交
6. 执行事务提交后的一个方法，好比：afterCommit

总结

spring事务在屏蔽了一些繁琐逻辑的同时，也提供了比较好的扩展性，好比支持自定义数据源，自定义事务管理器，并且支持在事务执行先后加入本身的回调用方法。