Mybatis源码（四）

四、执行SQL

User user = mapper.selectUser(1);

由于Mapper都是JDK动态代理对象，所以任意的方法都是执行触发管理类MapperProxy的invoke()方法。

QA：

1.引入MapperProxy为了解决什么问题？硬编码和编译时检查问题。他需要做的事情是：根据方法查找statementID的问题。
2.进入到invoke方法的时候做了什么事情？他是怎么找到我们要执行的SQL的？

invoke()方法：

1、MapperProxy.invoke()

1）首先判读是否需要去执行SQL,还是直接执行方法。Object本身的方法不需要去执行SQL，比如toString()、hashCode()等。

2）获取缓存

加入缓存是为了提升MapperMethod的获取速度。很巧妙的设计，缓存的使用在Mybatis中随处可见。

//获取缓存，保存了方法签名和接口方法的关系
final MapperMethod mapperMethod = cachedMapperMethod(method);

Map的computeIfAbsent()方法：根据key获取值，如果是null,z则把后面Object的值赋给key。

java8和java9中的接口默认方法有特殊处理，返回DefaultMethodInvoker。

普通方法返回的是PlainMethodInvoker,返回MapperMethod。

MapperMethod中有两个主要的属性：

 // statement id 
  private final SqlCommand command;
  // 方法签名，主要是返回值的类型
  private final MethodSignature method;

这两个属性都是MapperMethod的内部类。

另外MapperMethod中定义了多个executor方法。

2、MapperMethod.execute()

接下来又调用了mapperMethod的execute方法：

//SQL执行的真正起点
mapperMethod.execute(sqlSession, args);

在这一步，根据不同的type(INSERT、UPDATE、DALETE、SELECT)和返回类型。

1）调用convertArgsToSqlCommandParam()将方法参数转换为SQL的参数。

2）调用sqlSession的insert()、update()、delete()、selectOne()方法。我们以查询为例，使用selectOne()方法。

 Object param = method.convertArgsToSqlCommandParam(args);
          // 普通 select 语句的执行入口 >>
          result = sqlSession.selectOne(command.getName(), param);

3、DefaultSqlSession.selectOne()

这里使用对外的接口默认实现类DefaultSqlSession。

selectOne()最终也是调用了selectList()。

  @Override
  public  T selectOne(String statement, Object parameter) {
    // 来到了 DefaultSqlSession
    // Popular vote was to return null on 0 results and throw exception on too many.
    List list = this.selectList(statement, parameter);
    if (list.size() == 1) {
      return list.get(0);
    } else if (list.size() > 1) {
      throw new TooManyResultsException("Expected one result (or null) to be returned by selectOne(), but found: " + list.size());
    } else {
      return null;
    }
  }

在SelectList()中，我们根据command name(StatementID)从Configuration中拿到MapperedStatement。ms里面有xml中增删改查标签配置的所有属性，包含id、statementType、sqlSource、入参、出餐等。

然后执行了Executor的query()方法。

Executor是第二步openSession的时候创建的，创建了执行器基本类型之后，依次执行二级缓存装饰，和插件拦截。

  public  List selectList(String statement, Object parameter, RowBounds rowBounds) {
    try {
      MappedStatement ms = configuration.getMappedStatement(statement);
      // 如果 cacheEnabled = true（默认），Executor会被 CachingExecutor装饰
      return executor.query(ms, wrapCollection(parameter), rowBounds, Executor.NO_RESULT_HANDLER);
    } catch (Exception e) {
      throw ExceptionFactory.wrapException("Error querying database.  Cause: " + e, e);
    } finally {
      ErrorContext.instance().reset();
    }
  }

所以，如果有被插件拦截们这里会先走到插件的逻辑。如果没有显示的在settings中配置cacheEnabled=false，再走到CachingExecutor的逻辑，然后会走到BaseExecutor的query()方法。

4、CachingExecutor.query()

1）创建CacheKey

QA:二级缓存的CacheKey是怎么构成的?或者说，什么样的查询才能确认是同一个查询呢？

在BaseExecutor的createCacheKey方法中，用到了六个元素：

cacheKey.update(ms.getId()); 
cacheKey.update(rowBounds.getOffset()); // 0
cacheKey.update(rowBounds.getLimit()); // 2147483647 = 2^31-1
cacheKey.update(boundSql.getSql());
cacheKey.update(value); // development
cacheKey.update(configuration.getEnvironment().getId());

也就是说，方法相同、翻页偏移相同、SQL相同、参数值相同、数据源环境相同，才会被认为是同一个查询。

CacheKey的实际值举例（toString()生成的）。

观察CacheKey的属性，里面有个List按顺序存放了这些要素。

private static final int DEFAULT_MULTIPLIER = 37;
private static final int DEFAULT_HASHCODE = 17;

private final int multiplier;
private int hashcode;
private long checksum;
private int count;
private List