SqlSession有两个实现类，DefaultSqlSession 和 SqlSessionManager

源码分析-DefaultSqlSession

DefaultSqlSession是通过SqlSessionFactory创建而来，主要有如下几个属性

1、configuration全局的配置类，

2、executor是Sql执行器，

3、autoCommit是否自动提交。

从下面实现的SqlSession的方法可以看出来,SQL都是通过Executor执行。

可以看看77行，从全局配置中的MappedStatement中通过标识获取sql,如下图的红色字体部分

这个类是对SqlSession的默认实现，集成了全局配置configuration和执行器Executor

还需要关注的是这个类是线程不安全的，第45行的注释（为什么线程不安全可以自己查一下），那怎么解决线程安全问题呢，下一个类比较重要

源码分析-SqlSessionManager（比较重要）

SqlSessionManager这个类有三个属性 SqlSessionFactory ，SqlSessionProxy和ThreadLocal的SqlSession。

同时是两个接口的实现SqlSessionFactory和SqlSession, 其中的实现方法都是通过调用两个属性SqlSessionFactory和SqlSessionProxy的对应方法实现，没有太大差别。

ThreadLocal<SqlSession> 为了SqlSession的线程级别安全，通过这个线程本地变量，使每个线程创建自己的SqlSession

这里看一下他的构造方法，只有一个入参SqlSessionFactory，这个直接赋值，但是sqlSessionProxy则是一个动态代理（知识点，后续可以写一篇分享），

SqlSessionManager内部类SqlSessionInterceptor，是一个拦截器，实现的InvocationHandler接口，主要是是给代理使用，后面调用SqlSessionManager方法时，都会被这个拦截器拦截到，

主要看下invoke方法，

347行，获取线程变量SqlSession,如果不为空，说明当前线程已经持有一个SqlSession,直接调用原方法即可，

355行，如果线程变量SqlSession为空，openSession() 创建一个SqlSession,然后执行原方法method.invoke.然后commit如果异常rollback。

那怎么使用呢。

当执行SqlSessionManager的SqlSession的方法时，就会触发动态代理。代码如下

思考一下为什么347行获取的SqlSession不需要commit 或者rollback呢？

第二个:SqlSession不需要回收资源吗？