第二十六章 Spring之假如让你来写事务—

本文链接：https://blog.csdn.net/weixin_42789334/article/details/144115224

Spring源码阅读目录

第一部分——IOC篇

第一章 Spring之最熟悉的陌生人——IOC
第二章 Spring之假如让你来写IOC容器——加载资源篇
第三章 Spring之假如让你来写IOC容器——解析配置文件篇
第四章 Spring之假如让你来写IOC容器——XML配置文件篇
第五章 Spring之假如让你来写IOC容器——BeanFactory和FactoryBean
第六章 Spring之假如让你来写IOC容器——Scope和属性填充
第七章 Spring之假如让你来写IOC容器——属性填充特别篇：SpEL表达式
第八章 Spring之假如让你来写IOC容器——拓展篇
第九章 Spring之源码阅读——环境搭建篇
第十章 Spring之源码阅读——IOC篇

第二部分——AOP篇

第三部分——事务篇

第二十五章 Spring之曾经的老朋友——事务
第二十六章 Spring之假如让你来写事务——初稿篇
第二十七章 Spring之假如让你来写事务——铁三角篇
第二十八章 Spring之假如让你来写事务——属性篇
第二十九章 Spring之假如让你来写事务——状态篇
第三十章 Spring之假如让你来写事务——管理篇
第三十一章 Spring之假如让你来写事务——融入IOC容器篇
第三十二章 Spring之源码阅读——事务篇

第四部分——MVC篇

第五部分——Boot篇

前言

对于Spring一直都是既熟悉又陌生，说对它熟悉吧，平时用用没啥问题，但面试的时候被问的一脸懵逼，就很尴尬，都不好意思在简历上写着熟悉Spring了
在这里插入图片描述

所以决定花点时间研究研究Spring的源码。主要参考的书籍是：《Spring源码深度解析（第2版）》、《Spring揭秘》、《Spring技术内幕：深入解析Spring架构与设计原理（第2版）》

书接上回，在上篇 第二十五章 Spring之曾经的老朋友——事务 中，A君大体了解了事务的相关概念。接下来看看 A君会有什么骚操作吧

尝试动手写IOC容器

出场人物：A君（苦逼的开发）、老大（项目经理）

背景：老大要求A君在一周内开发个简单的 IOC容器

前情提要： A君大体了解了事务的相关概念。。。

第二十四版事务初稿

老大跟催命似的问 A君要进度，翻来覆去就那么一句话：这玩意很简单。整的 A君直翻白眼。没办法，来不及在去了解更细致的概念了，先整出一版来，也好有个交代。至于设计啥的？不好意思，不懂。嘿嘿

A君仔细琢磨了一下，如果单纯的考虑实现，事务确实也没什么东西。只需要定义一个方法拦截器，环绕增强即可，A君三下五除二就写完了。毕竟刚做完 AOP，这部分知识还热乎着呢。代码如下：

import com.hqd.ch03.v24.aopalliance.intercept.MethodInterceptor;
import com.hqd.ch03.v24.aopalliance.intercept.MethodInvocation;

import javax.sql.DataSource;
import java.sql.Connection;

public class TransactionInterceptor implements MethodInterceptor {
   
    private DataSource dataSource;

    @Override
    public Object invoke(MethodInvocation invocation) throws Throwable {
   
        Connection connection = dataSource.getConnection();
        connection.setAutoCommit(false);
        Object retVal = null;
        try {
   

        } catch (RuntimeException e) {
   
            throw e;
        } finally {
   
            if (connection != null) {
   
                connection.close();
            }
        }
    }
}

咦？不太对头。A君细看了下代码，发现了一个很严重的问题：Connection 如何传递？要知道事务本身是和 Connection 绑定的，如果 Connection 不是同一个，事务自然也不是同一个了，而且从数据库连接池中获取连接，不可能每次都是同一个连接的。那通过参数传递？不成不成，正搁这 AOP 呢，难道要求各个连接点必须有个 Connection 参数，这不扯淡吗？俗话说：遇事不决，量子力学。嘿嘿，计算机世界同样适用，不过呢？量子力学得换成 ThreadLocal，使用 ThreadL