mybatis和spring的事务管理的源码解析（1）

问题背景

在开发过程中想到如果同时用mybatis的sqlsession.commit和spring自己的事务提交，它们的事务是否是同一个？
先说结论——是的。
在以下代码中，去掉RuntimeException的注释后运行，两次插入的数据都不会提交。
为什么会这样呢，这激发了我的好奇心，于是就从mybatis和spring事务的源码中入手。

查看源码

1.Spring事务处理的入口TransactionInterceptor.invokeWithinTransaction()。
在进入受spring事务控制的业务层方法前，会先开启事务，此时会在createTransactionIfNecessary中调用对应PlatformTransactionManager的doBegin方法，以下拿JpaTransactionManager举例
JpaTransactionManager.doBegin()方法会创建数据库连接并作为threadlocal变量绑定到线程中

2.sqlsessionfactory.opensession时进入org.apache.ibatis.session.defaults.DefaultSqlSessionFactory.openSessionFromDataSource方法
此时会根据配置获取当前的事务工厂，最终获取的是org.mybatis.spring.transaction.SpringManagedTransaction

3.当执行数据库操作时会开启和数据库的连接，此时进入org.mybatis.spring.transaction.SpringManagedTransaction(即步骤2中获取的事务管理器)的方法openConnection()中
从方法可见调用了spring的org.springframework.jdbc.datasource.DataSourceUtils，最终进入到
doGetConnection()方法，从图中代码段可以看出，最终调用的就是步骤1中提到的TransactionSynchronizationManager.getResource，此前连接已在步骤1被创建并存入到connectionHolder中

4.在调用SqlSession.commit()方法时，最终会去调用步骤2中的SpringManagedTransaction.commit()方法，此时会判断当前的connection是否被spring管理，如果是则不会调用connection.commit()方法

5.在完成方法中的逻辑后，返回到Spring的事务拦截器
6.TransactionInterceptor，调用其commitTransactionAfterReturning()方法完成事务提交。

总结：在方法体内所持有的数据库连接是同一个，且sqlsession.commit并不会真正提交事务，而是在方法结束后统一提交，保证了方法内是在同一个事务中。

参考文章：
https://my.oschina.net/fifadxj/blog/785621
https://blog.****.net/qq_33363618/article/details/102649197