文档章节

揭开Spring事务处理

东小天
 东小天
发布于 2016/07/11 16:07
字数 1972
阅读 4
收藏 0

本文对Spring实现事务处理的真正原理进行追究,从而从中提炼出一些见解。其中讲解内容可能会存在一定的误导,还希望指出,内容仅供参考!(经过本人后期继续研读Spring关于Mybatis的事务处理,其实在mybatis的里面调用了spring的方法来获取Connection,所以本文所提供的一种实现,是另一种Spring的实现猜想,仅供参考!)

  说到Spring事务原理,百度一下最多的就是Spring的AOP了,本文当然不是给你将AOP的原理,如果是这样,我也就没必要写这篇文章了,直接转载一篇就行了。借助Spring的AOP的原理,提出一个问题。

            此处先粘贴出Spring事务需要的配置内容:

 

  1.        <bean id="transactionManager"  
  2. class="org.springframework.jdbc.datasource.DataSourceTransactionManager">  
  3. <property name="dataSource" ref="dataSource" />.....  
  4. lt;/bean>  

 

  1.         <bean id="sqlSessionFactory" class="org.mybatis.spring.SqlSessionFactoryBean">  
  2. <property name="dataSource" ref="dataSource" />  
  3. .....         
  4. lt;/bean>  

            上面两段配置文件一个是Spring事务管理器的配置文件,另一个是一个普通的JPA框架(此处是mybatis)的配置文件,这两个里面都配置了datasource,而且这个datasource的对象是在Spring的容器里面。一下提几个问题:

            1、当JPA框架对数据库进行操作的时候,是从那里获取Connection?

            2、jdbc对事务的配置,比如事务的开启,提交以及回滚是在哪里设置的?

            3、Spring是通过aop拦截切面的所有需要进行事务管理的业务处理方法,那如何获取业务处理方法里面对数据库操作的事务呢?

           现在我来对上面的问题来一一回答

           1、这个问题很简单,既然在JPA的框架里面配置了datasource,那自然会从这个datasource里面去获得连接。

           2、jdbc的事务配置是在Connection对消里面有对应的方法,比如setAutoCommit,commit,rollback这些方法就是对事务的操作。

           3、Spring需要操作事务,那必须要对Connection来进行设置。Spring的AOP可以拦截业务处理方法,并且也知道业务处理方法里面的DAO操作的JAP框架是从datasource里面获取Connection对象,那么Spring需要对当前拦截的业务处理方法进行事务控制,那必然需要得到他内部的Connection对象。整体的结构图如下:

           

           上图是一个标准的业务处理在一个线程上的基本流程。JPA框架在需要对数据库进行操作的时候,就会从Datasource里面去获取Connection对象,那么Spring是怎么样拿到在JPA内部调用的Connection并且加上用户配置的事务处理规则的呢?现在我来揭开这个谜底。

           上面也看到注入到Spring的事务管理的datasource和注入到第三方JPA框架的datasource都是在Spring容器里面的,并且是同一个对象。既然Spring可以拿到你这个datasource对象,那它为什么不进行一下封装呢?不管是哪家的Datasource他们都会实现javax.sql.DataSource这个接口,这个接口里面主要有两个方法

 

  1. <span style="font-size:18px">public interface DataSource  extends CommonDataSource,Wrapper {  
  2.   
  3.   /** 
  4.    * <p>Attempts to establish a connection with the data source that 
  5.    * this <code>DataSource</code> object represents. 
  6.    * 
  7.    * @return  a connection to the data source 
  8.    * @exception SQLException if a database access error occurs 
  9.    */  
  10.   Connection getConnection() throws SQLException;  
  11.         
  12.   /** 
  13.    * <p>Attempts to establish a connection with the data source that 
  14.    * this <code>DataSource</code> object represents. 
  15.    * 
  16.    * @param username the database user on whose behalf the connection is  
  17.    *  being made 
  18.    * @param password the user's password 
  19.    * @return  a connection to the data source 
  20.    * @exception SQLException if a database access error occurs 
  21.    * @since 1.4 
  22.    */  
  23.   Connection getConnection(String username, String password)   
  24.     throws SQLException;</span><span style="font-size:18px">  
  25. </span>  


              这两个方法均是获取Connection对象的。Spring有没有可能对这个接口创建一个代理呢?通过spring的AOP。然后偷偷将Spring容器里面的datasource的bean指向这个代理对象(此处称该对象为datasourceproxy,替换之前的叫datasource)。于是不管是从哪里调用Datasource,那必然会被Spring拦截。下面是模拟了一个简单实现

  1. public class DatasourceHandler implements InvocationHandler {  
  2.   
  3.     private DataSource dataSource;  
  4.     /** 
  5.      * @param dataSource 
  6.      */  
  7.     public DatasourceHandler(DataSource dataSource) {  
  8.         super();  
  9.         this.dataSource = dataSource;  
  10.     }  
  11.     /* (non-Javadoc) 
  12.      * @see java.lang.reflect.InvocationHandler#invoke(java.lang.Object, java.lang.reflect.Method, java.lang.Object[]) 
  13.      */  
  14.     @Override  
  15.     public Object invoke(Object proxy, Method method, Object[] args)  
  16.             throws Throwable {  
  17.         if(method.getName().equals("getConnection")){  
  18.               
  19.             if(ResourceHolder.getResource(proxy)!=null){  
  20.                 Connection connection = (Connection) method.invoke(this.dataSource, args);  
  21.                 ResourceHolder.addResource(proxy, connection);  
  22.             }  
  23.             return ResourceHolder.getResource(proxy);  
  24.         }else{  
  25.             return method.invoke(this.dataSource, args);  
  26.         }  
  27.     }  
  28. }  



         上面这个类是一个InvocationHandler的实现,假设这个就是Spring Aop拦截Datasource的实现。那么这个对象里面有一个datasource对象,这个对象是Spring替换代理Datasource之前的那个对象(datasource)。看到invoke的实现,其实就是将代理(datasourceproxy)调用的类发转到datasource去调用,其实还是调用了datasource,但是这里就加入了一些特殊的东西,那就是ResourceHolder

 

  1. <span style="font-size:18px">public class ResourceHolder {  
  2.   
  3.     private static ThreadLocal<Map<Object,Object>> resources= new ThreadLocal<Map<Object,Object>>();  
  4.       
  5.     public static void addResource(Object key,Object value){  
  6.         if(resources.get()==null){  
  7.             resources.set(new HashMap<Object,Object>());  
  8.         }  
  9.         resources.get().put(key, value);  
  10.     }  
  11.       
  12.     public static Object getResource(Object key){  
  13.           
  14.         return resources.get().get(key);  
  15.     }  
  16.       
  17.     public static void clear(){  
  18.         resources.remove();  
  19.     }  
  20. }</span>  

 上面是这个对象的实现,里面有一个ThreadLocal静态属性,用于存放一些数据信息。ThreadLocal用过的人都知道他是线程的局部变量,在整个线程过程中都是有效的。那么在invoke里面当每次调用的时候,判断调用的方法是不是getConnection,如果是,则进行如下操作

if(ResourceHolder.getResource(proxy)!=null){
Connection connection =(Connection) method.invoke(this.dataSource, args);
ResourceHolder.addResource(proxy, connection);
}

return ResourceHolder.getResource(proxy);
其中proxy就是Spring自动生成的datasourceproxy,将proxy和connection的关系添加到ResourceHolder里面去,而ResourceHolder又是将这个关系添加到ThreadLocal<Map<Object,Object>> resources这个静态变量里面,添加到这个里面,那么以后如果在当前线程从datasourceproxy获取connection对象,都将是一个对象,这就保证了一个业务方法里面进行多次dao操作,调用的都是一个connection对象,同时保证了多个dao都是在一个事务里面。既然这样,那么Spring的事务管理就可以在调用业务方法之前,先从datasource里面先获得一个connection对象,并且对connection添加上用户配置的事务规则,由于这个connection对象会自动添加到ThreadLocal里面,那么后面的业务处理方法将会是调用已经添加好事务规则的connection对象,当业务方法处理完毕,那么spring事务就可以对这个connection进行回滚或者提交了。经过这样一个过程,那么在一个处理某个业务的线程里面执行流程应该是这样的:

               

        总结一下:这里首选是对DataSource生成一个代理类,从而可以监控获取Connection的过程,在通过ThreadLocal对Connection线程级别的缓存从而促使在同一个业务处理方法相对于某个DataSource都是在一个Connection中,从而保证处于同一事务中,因为这些执行都是在一个线程中的。这里处理Spring的AOP之外,还有一个ThreadLocal的使用。在实践编程中,有时候你会发现ThreadLocal会带来很大的帮助。

        比如,你要在某个操作中的每个处理流程都要知道操作人信息,而且这个流程可能不是在一个方法或者一个类中处理完,如果在session环境中,你可能会考虑用session,但不是所有的开发都是在Session环境中的,那么此时ThreadLocal边是最好的帮手,可以在用户触发这个操作时候将用户信息放在ThreadLocal中,那么后面的每个流程都可以从ThreadLocal中获取,而且这个是线程范围的,每个线程中的ThreadLocal是不相干的,这样也防止了多线程的操作。

本文转载自:http://blog.csdn.net/jdream314/article/details/12647449

共有 人打赏支持
东小天
粉丝 0
博文 1
码字总数 0
作品 0
海淀
高级程序员
私信 提问
Spring事务处理是否对非数据库操作有用

最近在看Spring有关事务处理的一些内容,作为资深菜鸟,不只是事务处理,连数据库都完全还给了老师。 看过书后对讲的什么还是能懂,突然产生一个疑问,如果函数中没有数据库相关操作,那事务...

精神病的羽毛球
2014/05/07
0
1
关于SpringBoot父子容器加载Bean的问题

Spring容器优先加载由ServletContextListener(对应applicationContext.xml)产生的父容器,而SpringMVC(对应mvc_dispatcher_servlet.xml)产生的是子容器。子容器Controller进行扫描装配时...

孟德宣
2018/05/19
756
2
springmvc关于事务回滚疑问请教

这是一个利用spring事务处理@Transactional的新增用户的方法 请问这样spring事务处理会回滚吗?因为我把方法都try{}catch(){}起来了,那么事务就应该不能回滚。 但是我突然想到一点就是commi...

快速开发师
2015/07/18
3K
2
spring整合hibernate无法级联更新

hibernate配置文件如下: 文章 文章分类 在junti单元测试中测试: 但是用spring和hibernate整合后无法执行update级联更新操作,只能插入新的文章,请问是不是aop在spring的事务处理代码中没有...

2018是狗年
2016/11/29
359
4
Spring 源码解读 推荐流程

Spring源代码解析(一):IOC容器:http://www.javaeye.com/topic/86339 Spring源代码解析(二):IoC容器在Web容器中的启动:http://www.javaeye.com/topic/86594 Spring源代码解析(三):Sprin...

2k10
2015/04/02
0
0

没有更多内容

加载失败,请刷新页面

加载更多

20个使用 Java CompletableFuture的例子

https://colobu.com/2018/03/12/20-Examples-of-Using-Java%E2%80%99s-CompletableFuture/

lemos
23分钟前
1
0
Apache 流框架 Flink,Spark Streaming,Storm对比分析

1.Flink架构及特性分析 Flink是个相当早的项目,开始于2008年,但只在最近才得到注意。Flink是原生的流处理系统,提供high level的API。Flink也提供 API来像Spark一样进行批处理,但两者处理...

hblt-j
26分钟前
1
0
什么是公网IP、内网IP和NAT转换?

搞网络通信应用开发的程序员,可能会经常听到外网IP(即互联网IP地址)和内网IP(即局域网IP地址),但他们的区别是什么? 1、引言 搞网络通信应用开发的程序员,可能会经常听到外网IP(即互联网I...

linuxprobe16
32分钟前
1
0
Spring Cloud搭建微服务架构----流量回放

前言 系统微服务化后,传统的自测/测试方式都变得比较困难: 依赖的服务可能不稳定。 服务无法提供期望的响应数据。 缺少场景构造标准。 随着整体业务越来越复杂,微服务依赖的越来越多,测试...

春哥大魔王的博客
54分钟前
4
0
记一次springboot模块配置问题导致读取Apollo配置中心配置文件始终错误的问题

现在正在做的一个项目采用的是微服务,主框架是spring cloud,配置中心用的是携程的Apollo。 项目下有多个服务,在测试服务器上启动用户服务的时候发现在eureka中心另一个服务被启动了,尝试...

zcqshine
55分钟前
7
0

没有更多内容

加载失败,请刷新页面

加载更多

返回顶部
顶部