MyBatis创建SqlSession可以直接使用DefaultSqlSession 吗？

我们现在已经有一个DefaultSqlSessionFactory，按照编程式的开发过程，我们接下来就会创建一个SqlSession 的实现类，但是在Spring 里面，我们不是直接使用DefaultSqlSession 的，而是对它进行了一个封装，这个SqlSession 的实现类就是SqlSessionTemplate。这个跟Spring 封装其他的组件是一样的，比如JdbcTemplate，RedisTemplate 等等，也是Spring 跟MyBatis 整合的最关键的一个类。

为什么不用DefaultSqlSession？它是线程不安全的，注意看类上的注解：

Note that this class is not Thread-Safe.

而SqlSessionTemplate 是线程安全的。

* Thread safe, Spring managed, {@code SqlSession} that works with Spring

回顾一下SqlSession 的生命周期：

对象	生命周期
SqlSessionFactoryBuiler	方法局部（method）
SqlSessionFactory（单例）	应用级别（application）
SqlSession	请求和操作（request/method）
Mapper	方法（method）

在编程式的开发中，SqlSession 我们会在每次请求的时候创建一个，但是Spring里面只有一个SqlSessionTemplate（默认是单例的），多个线程同时调用的时候怎么保证线程安全？

思考：为什么SqlSessionTemplate 是线程安全的？

思考：在编程式的开发中，有什么方法保证SqlSession 的线程安全？

SqlSessionTemplate 里面有DefaultSqlSession 的所有的方法：selectOne()、selectList()、insert()、update()、delete()，不过它都是通过一个代理对象实现的。这个代理对象在构造方法里面通过一个代理类创建：

this.sqlSessionProxy = (SqlSession) newProxyInstance(
 SqlSessionFactory.class.getClassLoader(),
 new Class[] { SqlSession.class },
 new SqlSessionInterceptor());

所有的方法都会先走到内部代理类SqlSessionInterceptor 的invoke()方法：

public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
 SqlSession sqlSession = getSqlSession(
 SqlSessionTemplate.this.sqlSessionFactory,
 SqlSessionTemplate.this.executorType,
 SqlSessionTemplate.this.exceptionTranslator);
 try {
  Object result = method.invoke(sqlSession, args);

首先会使用工厂类、执行器类型、异常解析器创建一个sqlSession，然后再调用sqlSession 的实现类，实际上就是在这里调用了DefaultSqlSession 的方法。