进入主题之前，先来了解一下Spring事务，都有哪些内容：
我们提供的服务有：做网站、成都做网站、微信公众号开发、网站优化、网站认证、卢龙ssl等。为超过千家企事业单位解决了网站和推广的问题。提供周到的售前咨询和贴心的售后服务，是有科学管理、有技术的卢龙网站制作公司
Spring事务包含对分布式事务和单机事务的支持，我们用的比较多的是单机事务，也就是只操作一个数据库的事务。
单机事务，按照用法分，又可以分为编程式事务模型（TransactionTemplate）和声明式事务模型（@Transactional注解），后者可以理解为 aop + 编程式事务模型。
编程式事务模型里面涉及到很多知识点，比如统一事务模型、事务传播级别、事务隔离级别等。
我们今天要讲的是其中一点，统一事务模型。
希望这次的分享能够让大家，对Spring事务有一个整体性的认识。
Spring的统一事务模型，解决的一个核心问题，就是不管你用的是什么数据访问方式，Hibernate、MyBatis抑或是JDBC，你的Service层的代码都是一样的，不需要做任何变动。
使用@Transactional注解的，相信大家都用过，而且由于注解的实现比较隐晦，不利于我们理解原理，这里就不演示。
下面介绍编程式事务模型，TransactionTemplate：
不管后面你的Dao实现如何变化，上面这一段Service代码都无需修改，而且依旧可以保持事务的逻辑。
Spring是怎么做到的呢？
有人说，是模板模式。
点开TransactionTemplate，的确是封装了事务操作的“套路”：
但是细看就会发现，这和我们传统的template模式还有点不同。
传统的template，一般会有一个抽象类，抽象类里封装了一系列有规律的套路，然后有些套路是抽象的，需要你自己去实现：
而TransactionTemplate，它已经是一个具体的类，无需实现任何方法，拿来即用。
但仔细看，就会发现里面有一个叫transactionManager的家伙，出镜率特别高，它帮TransactionTemplate做了很多事情。
点开一看，这家伙是个叫PlatformTransactionManager的接口：
恍然大悟，你只需给TransactionTemplate传一个PlatformTransactionManager的具体实现，也就是告诉TransactionTemplate，事务创建、提交、回滚的具体策略，它就可以按照自己的那套流程，完成事务的操作。
TransactionTemplate，其实是模板+策略的双剑合璧。
针对不同的厂商，只需要提供不同的PlatformTransactionManager实现即可。
比如对于MyBatis，就用DataSourceTxManager，对于Hibernate，就用HibernateTxManager：
不同厂商在实现的时候，按照自己对应的事务操作方式，进行实现即可。
比如DataSourceTxManager，创建事务的时候，new了一个自己的事务对象，最后返回一个Object类型，在commit的时候，再把这个Object，强转成自己的事务对象：
HibernateTxManager也是如此：
我们在使用的时候，只需要通过Spring IOC，告诉Spring，要注入哪个TransactionManager，要使用哪种策略即可：
了解完Spring是如何实现统一的事务模型，不知道你是否也有疑问：既然是事务，那就要保证事务里的所有dao操作，都要使用同一个数据库连接进行操作，但是我们在写代码的时候，并不需要给dao传入connection对象：
Spring又是怎么做到的？
答案是ThreadLocal。
通过ThreadLocal，在同一个线程中共享connection。
这很好理解，关键是，这是一个什么样的ThreadLocal？填空题。
也许你和我一开始想的一样，认为这里面放到就是connection对象。
直接放connection对象会有一个问题，那就是当你事务里面，涉及到对多个数据库进行操作时，后面的操作取到的，就都是第一个数据库操作放进去的connection：
如上图，假设deleteAll操作的是db1，那么它创建了针对db1的connection，然后放进ThreadLocal，然后save，本来是想操作db2的，结果它从threadLocal里拿到的，却是刚刚deleteAll时，放进去的操作db1的connection，卒。
实际上，Spring在ThreadLocal里头，放的是一个Map。key是dataSource，value才是connection.
Spring是支持在事务里面新开一个事务的，最简单的方式就是使用声明式事务模型：
然而，按照之前的理论，如果每次都是从ThreadLocal里去获取connection，那么永远拿到的都是旧的事务，不会创建新事务。
Spring又是如何实现新开事务的呢？
很简单，链表。
一开始，旧事务绑定在当前线程：
当需要新开事务时，先将原来的事务解绑：
然后new一个新的事务：
接着将新的事务指向旧事务：
最后将新事务绑定到当前线程：
之所以需要将新事务指向旧事务，形成一个事务链，是因为新事务在提交或者回滚之后，还需要恢复旧事务：
这一块逻辑对应的代码：
