江老师您好：
最近阅读了您著作的《MyBatis 3源码深度解析》这本书，收获颇丰。在阅读“第13章　MyBatis Spring的实现原理”的过程中，有一些读后感与建议与您分享下。

您在“13.3　Mapper动态代理对象注册过程”中分析，Mapper是通过

  public class MapperFactoryBean<T> extends SqlSessionDaoSupport implements FactoryBean<T> {
    ...
    public T getObject() throws Exception {
      return getSqlSession().getMapper(this.mapperInterface);
    }
    public boolean isSingleton() {
      return true;
    }
    ...
  }

进行注册的，该FactoryBean是单例的，因此Spring只会为每个Mapper创建一次动态代理对象；
而在MyBatis单独使用过程中，都是在方法作用域里创建新的SqlSession和Mapper的动态代理对象。

MyBatis官方对SqlSession和Mapper作用域的说明如下：
每个线程都应该有它自己的 SqlSession 实例。SqlSession 的实例不是线程安全的，因此是不能被共享的，所以它的最佳的作用域是请求或方法作用域。
映射器是一些绑定映射语句的接口。映射器接口的实例是从 SqlSession 中获得的。虽然从技术层面上来讲，任何映射器实例的最大作用域与请求它们的 SqlSession 相同。但方法作用域才是映射器实例的最合适的作用域。

由此就有一些疑惑：
1、mybatis-spring如何保证SqlSession是线程安全的？
2、mybatis与spring集成后，mapper的动态代理对象的作用域是应用级别的，会不会存在问题？

带着这两个问题阅读源码分析：
1、mybatis-spring通过MapperFactoryBean注册Mapper的动态代理对象时，会注入SqlSessionTemplate，该注入是在MapperFactoryBean的父类中实现的

public abstract class SqlSessionDaoSupport extends DaoSupport {

  private SqlSession sqlSession;

  private boolean externalSqlSession;

  public void setSqlSessionFactory(SqlSessionFactory sqlSessionFactory) {
    if (!this.externalSqlSession) {
      this.sqlSession = new SqlSessionTemplate(sqlSessionFactory);
    }
  }

  public void setSqlSessionTemplate(SqlSessionTemplate sqlSessionTemplate) {
    this.sqlSession = sqlSessionTemplate;
    this.externalSqlSession = true;
  }

因为使用的是setter注入，因此需要设置自动注入模式，见org.mybatis.spring.mapper.ClassPathMapperScanner#processBeanDefinitions方法：
definition.setAutowireMode(AbstractBeanDefinition.AUTOWIRE_BY_TYPE);
mybatis-spring能够保证SqlSession是线程安全，主要是其在SqlSessionTemplate的实例化过程中，为SqlSession创建了一个动态代理对象，并作为自己的实例变量sqlSessionProxy的引用

  public SqlSessionTemplate(SqlSessionFactory sqlSessionFactory, ExecutorType executorType,
      PersistenceExceptionTranslator exceptionTranslator) {

    notNull(sqlSessionFactory, "Property 'sqlSessionFactory' is required");
    notNull(executorType, "Property 'executorType' is required");

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

其中关键之处在于SqlSessionInterceptor

  private class SqlSessionInterceptor implements InvocationHandler {
    @Override
    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);
        if (!isSqlSessionTransactional(sqlSession, SqlSessionTemplate.this.sqlSessionFactory)) {
          // force commit even on non-dirty sessions because some databases require
          // a commit/rollback before calling close()
          sqlSession.commit(true);
        }
        return result;
      } catch (Throwable t) {
        Throwable unwrapped = unwrapThrowable(t);
        if (SqlSessionTemplate.this.exceptionTranslator != null && unwrapped instanceof PersistenceException) {
          // release the connection to avoid a deadlock if the translator is no loaded. See issue #22
          closeSqlSession(sqlSession, SqlSessionTemplate.this.sqlSessionFactory);
          sqlSession = null;
          Throwable translated = SqlSessionTemplate.this.exceptionTranslator.translateExceptionIfPossible((PersistenceException) unwrapped);
          if (translated != null) {
            unwrapped = translated;
          }
        }
        throw unwrapped;
      } finally {
        if (sqlSession != null) {
          closeSqlSession(sqlSession, SqlSessionTemplate.this.sqlSessionFactory);
        }
      }
    }
  }

从SqlSessionInterceptor的invoke方法可以看出，通过其创建的动态代理对象在执行方法过程中都会先获取SqlSession，然后再使用该SqlSession执行具体的方法，该SqlSession是借助TransactionSynchronizationManager的ThreadLocal来保证线程安全的。
2、与Spring集成后，所有的Mapper都是在容器初始化的时候就创建了相应的动态代理对象，在执行mapper的方法时，代理给SqlSessionTemplate执行的，而SqlSessionTemplate又代理给了sqlSessionProxy：

  public <E> List<E> selectList(String statement, Object parameter) {
    return this.sqlSessionProxy.<E> selectList(statement, parameter);
  }

sqlSessionProxy执行相应方法的时候会获取一个线程安全的SqlSession，然后通过该线程安全的SqlSession执行相应的方法，所以Mapper虽然不是方法级别的作用域，但是能够保证SqlSession是线程安全的；
单独使用MyBatis的时候，保证mapper是方法级别的作用域的目的也是因为要保证SqlSession是线程安全的。
3、单独使用MyBatis时，也可以使用SqlSessionManager来实现线程安全的SqlSession，同TransactionSynchronizationManager一样也是使用LocalThread来保证SqlSession的线程安全，该类的设计思路与SqlSessionTemplate相似。

感受：
本人是在对Spring及MyBatis源码有一定研读的基础上阅读的本书，所以能够根据问题分析源码为自己解惑。但是如果读者的源码阅读经验较少时，那么对该章节“MyBatis Spring的实现原理”的理解就可能存在困惑而不得解。因此，建议江老师对这部分的阐述可以更加详细点。

以上为个人建议与观点，只为《MyBatis 3源码深度解析》这本书能够给读者提供更多的帮助，如有冒犯请见谅。

江老师，您好，我看完了《MyBatis 3源码深度解析》，觉得您写的出书，非常非常好。我看了半个月，才能勉强跟上您书里的节奏。希望能出一个 spring 的书。期待您的新书。

在书中的132页， 有提到这样一段话：
另外，还可以通过flushCache属性指定Mapper执行后是否刷新缓存。

江老师， 这里有一点疑问。

在mybatis的代码中有这样一段：

org.apache.ibatis.executor.BaseExecutor#query(...){
   if (queryStack == 0 && ms.isFlushCacheRequired()) {
      clearLocalCache();
    }
//省略... 从一级缓存中获取， 或者从数据库中查询的代码
}

这里并不是在mapper执行后是否刷新缓存， 而是在mapper执行前清理缓存。

关于这个问题，也可能是我这边场景的实现有问题， 希望江老师看一下。

江老师您好，在阅读《MyBaties3源码深度解析》中，我发现了一个小错误。第123页中，倒数第三行的SortedMap的句柄声明有误，我看源码中是names，但是江老师您这边的是map。

这里我框出来的未指定是不是有问题，自动查找的逻辑是在静态代码块的，所以在Configuration里调用setLogImpl的方法时，LogFactory是不是先执行的静态代码块来自动查找日志实现，然后在读取主配置文件的logimpl吗？

您好，最近正在学习mybatis，购买了您的《Mybatis3源码深度解析》，目前正在学习中。第一章您有提到mybatis的三个项目：mybatis-3，spring和parent，书中写的路径两个都为parent.git（应该为一个是mybatis-3.git和一个parent.git）和一个spring.git，不知道是否是印刷的错误。

第3章　MyBatis常用工具类
3.2　使用ScriptRunner执行脚本

// 脚本文件中 SQL语句的分隔符，默认为 ;
private String delimiter = DEFAULT_DELIMITER;
// 是否支持SQL语句分割符，单独占一行
private boolean fullLineDelimiter;

两行注释中 第一行使用“分隔符” 第二行使用“分割符”
有一行应该是错别字

这是你demo上使用的hsqldn依赖：

<dependency>
    <groupId>org.hsqldb</groupId>
    <artifactId>hsqldb</artifactId>
    <version>2.4.1</version>
    <scope>test</scope>
</dependency>

这是书本上hsqldb的依赖：

<dependency>
    <groupId>hsqldb</groupId>
    <artifactId>hsqldb</artifactId>
    <version>1.8.0.7</version>
    <scope>test</scope>
</dependency>

你好，这个文件
chapter04/src/main/resources/com/blog4java/mybatis/example/mapper/UserMapper.xml

里面的resultType应该是com.blog4java.mybatis.example.entity.UserEntity，而不是User。否则MybatisExample.java的单测跑不过·

org.apache.ibatis.builder.xml.XMLConfigBuilder#settingsElement 这个方法中有这么一行代码：
configuration.setCacheEnabled(booleanValueOf(props.getProperty("cacheEnabled"), true));
意思不就是默认开启二级缓存的吗？《Mybatis3源码深度解析》，7.4章节说默认关闭的，是不是有点问题？

（PS:QQ群找不到啊，企鹅群：1055227297，是这个吗？搜不到~~ 我QQ 1032817876 )

江老师您好，因为之前稍微看过spring的源码，所以这个我两天就看完了，觉得写的超级好，，所以想请求您能否再写一本关于tomcat源码的书？真的好期待！

在书中4.2中：
SqlSession：SqlSession是MyBatis提供的面向用户的API，表示和数据库交互时的会话对象，用于完成数据库的增删改查功能。SqlSession是Executor组件的外观，目的是对外提供易于理解和使用的数据库操作接口。
关于 SqlSession是Executor组件的外观 这句话如何理解？

mybatis-book 项目中的pom.xml 的依赖

org.mybatis
mybatis
3.5.0-SNAPSHOT

依赖已经过期。 官网已经发布该版本正式版
建议将 3.5.0-SNAPSHOT
改成 3.5.0

江老师您好，最近在阅读您写的《MyBatis 3源码深度解析》，对于本人理解MyBatis源码提供了很大的帮助。阅读过程中，发现书上有个小错误，您核对下是否有误。
6.3 Mapper方法调用过程详解
原文：
如上面的代码所示，MethodSignature构造方法中只做了3件事情：（1）获取Mapper方法的返回值类型，具体是哪种类型，通过boolean类型的属性进行标记。例如，当返回值类型为void时，returnsVoid属性值为true，当返回值类型为List时，将returnsMap属性值设置为true。MethodSignature类中标记Mapper返回值类型的属性如下：
修正：
当返回值类型为List时，将returnsMap属性值设置为true --> 当返回值类型为List时，将returnsMany属性值设置为true