Spring事务原理分析
Spring事务的基本原理
一个Bean在执行Bean的创建生命周期的，会经过InfrastructureAdvisorAutoProxyCreator的初始化后的方法，会判断当前Bean对象是否和BeanFactoryTransactionAttributeSourceAdvisor匹配---->判断该bean的类上面是否存在@Transaction注解，或者类的某个方法上是否存在@Transaction注解，存在表示该Bean需要进行动态代理产生一个代理对象作为bean对象。
添加了@Transaction的类或者方法需要进行动态代理产生一个代理对象作为Bean对象。
代理对象在执行某个方法的时候会再次判断，当前执行的方法是否和BeanFactoryTransactionAttributeSourceAdvisor匹配，如果匹配则执行该Advisor中的 TransactionInterceptor的invoke()方法，执行基本流程为：
- 利用所配置的PlatformTransactionManager事务管理器新建一个数据库连接
- 修改数据库连接的autocommit为false
- 执行MethodInvocation.proceed()方法，简单理解就是执行业务方法，其中就会执行sql
- 如果没有抛异常，则提交
- 如果抛了异常，则回滚
Spring事务的传播机制
在开发中经常会遇到一个方法调用另一个方法，比如a()调用b()，此时就会遇到一些问题：
- a()和b()方法中的所有sql需要在同一个事务中么？
- a()和b()方法需要单独的事务么？
- a()需要在事务中执行，b()需要在事务中执行么？
- .....等等
针对上面的问题是要求Spring去解决的，因此在Spring事务中支持上面的各种场景，这就是Spring事务传播机制的由来，接下来看Spring事务的传播机制是怎么实现的：
先来看上述场景中的一种情况， a()在一个事务中执行的时候，调用b()方法时需要新开启一个事务执行：
- 代理对象执行b()方法前，判断出来了当前线程中已经存在一个数据库连接a了，表示当前线 程其实已经拥有一个Spring事务了，则进行挂起
- 挂起就是把ThreadLocal中的数据库连接a从ThreadLocal中移除，并放入一个挂起资源对象 中
graph TD
当前线程中存在数据库连接 --> 放入挂起资源对象池-->执行数据库连接b的事务
- 挂起完成后，再次利用事务管理器新建一个数据库连接b
- 将数据库连接b的autocommit改为false
- 把数据库连接b设置到ThreadLocal中
- 执行b()方法中的sql
- b()方法正常执行完，则从ThreadLocal中拿到数据库连接b进行提交
- 提交之后会恢复所挂起的数据库连接a，这里的恢复，其实只是把在挂起资源对象中所保存 的数据库连接a再次设置到ThreadLocal
- a()方法正常执行完，则从ThreadLocal中拿到数据库连接a进行提交
这个过程中最为核心的是：在执行某个方法时，判断当前是否已经存在一个事务，就是判断当前线程 的ThreadLocal中是否存在一个数据库连接对象，如果存在则表示已经存在一个事务了。
