Mybatis底层原理学习（二）：从源码角度分析一次查询操做过程

时间  2019-12-06
标签 mybatis 底层 原理 学习 源码 角度 分析 一次 查询 过程 栏目 MyBatis 繁體版
原文   原文链接

在阅读这篇文章以前，建议先阅读一下我以前写的两篇文章，对理解这篇文章颇有帮助，特别是Mybatis新手：git

写给mybatis小白的入门指南sql

mybatis底层原理学习（一）：SqlSessionFactory和SqlSession的建立过程数据库

若是你想得到更好的阅读体验，能够点击这里:Mybatis底层原理学习（二）：从源码角度分析一次查询操做过程缓存

（1）在使用Mybatis操做数据库的时候，每一次的CRUD操做都会去获取一次映射配置文件（mapper xml文件）对应的sql映射。每个sql映射在内存缓存中（建立SqlSessionFactory以前就缓存在内存中了）都会有惟一ID，就是sql映射所在xml文件的命名空间加上sql映射配置节点的id值。<br/> （2）Mapper xml文件的命名空间使用的是类的全路径名，这样作的好处是能够全局惟一，又能够经过反射获取对应的Mapper类。能够理解成每个mapper xml文件对应一个Mapper类。<br/>（3）mapper xml文件每个sql映射节点的id属性值对应类的一个方法。咱们在配置sql映射的时候也必须这样作，由于Mybatis的底层就是使用反射机制来获取执行方法的全路径做为ID来获取sql的映射配置的。<br/> （4）每个和mapper xml文件关联的类，都是Mapper类，在执行过程，经过动态代理，执行对应的方法。Mybatis是如何判断哪些类是Mapper类的呢？其实只有在运行时才会知道。在加载Mybatis配置文件中，经过解析mapper xml文件缓存了全部的sql映射配置，在调用SqlSession的getMapper方法获取Mapper类的时候才会生成代理类。微信

如今，咱们来从源码角度分析Mapper代理类的建立过程，demo源码在后面给出 demo示例：mybatis

public class Main {

    private static final Logger LOGGER = LoggerFactory.getLogger(Main.class);

    public static void main(String[] args) {
        SqlSession sqlSession = MyBatisUtil.getSqlSession();
        ArticleMapper mapper = sqlSession.getMapper(ArticleMapper.class);
        Article article = mapper.selectOne(1);
        LOGGER.info("title:" + article.getTitle() + " " + "content:" + article.getContent());
    }

}

咱们在这行代码处搭上断点：app

ArticleMapper mapper = sqlSession.getMapper(ArticleMapper.class);

Debug进去，执行下面代码：源码分析

public <T> T getMapper(Class<T> type) {
    return configuration.<T>getMapper(type, this);
  }

configuration持有Mybatis的基本配置信息，继续看看getMapper方法的执行：学习

public <T> T getMapper(Class<T> type, SqlSession sqlSession) {
    return mapperRegistry.getMapper(type, sqlSession);
  }

mapperRegistry缓存了全部的SQL映射配置信息，在加载解析Mybatis配置文件（例子是mybatis）和mapper xml文件的时候完成缓存的，继续看getMapper的执行：ui

public <T> T getMapper(Class<T> type, SqlSession sqlSession) {
    // 这里首先会获取Mapper代理类工厂，拿到代理工厂就建立代理类
    final MapperProxyFactory<T> mapperProxyFactory = (MapperProxyFactory<T>) knownMappers.get(type);
    if (mapperProxyFactory == null) {
      throw new BindingException("Type " + type + " is not known to the MapperRegistry.");
    }
    try {
      // 建立Mapper代理类
      return mapperProxyFactory.newInstance(sqlSession);
    } catch (Exception e) {
      throw new BindingException("Error getting mapper instance. Cause: " + e, e);
    }
  }

经过动态代理机制建立Mapper代理类

protected T newInstance(MapperProxy<T> mapperProxy) {
    return (T) Proxy.newProxyInstance(mapperInterface.getClassLoader(), new Class[] { mapperInterface }, mapperProxy);
  }

到这里，动态代理类建立完成。 经过分析了源码执行过程，Mapper代理类的建立过程弄清楚了，大致就是经过从缓存中获取sql映射配置的id（类全路径名+方法名）来经过动态代理机制建立代理类，实际执行的CRUD是执行动态代理类的方法。 执行CRUD操做的时候，咱们都会执行到动态代理类的invoke方法：

public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
    try {
      if (Object.class.equals(method.getDeclaringClass())) {
        return method.invoke(this, args);
      } else if (isDefaultMethod(method)) {
        return invokeDefaultMethod(proxy, method, args);
      }
    } catch (Throwable t) {
      throw ExceptionUtil.unwrapThrowable(t);
    }
    final MapperMethod mapperMethod = cachedMapperMethod(method);
    return mapperMethod.execute(sqlSession, args);
  }

最后找到映射的方法，执行mapperMethod.execute(sqlSession, args)。 经过代码咱们能够看到，会根据执行方法的操做类型（CRUD）执行不一样的逻辑处理。

public Object execute(SqlSession sqlSession, Object[] args) {
    Object result;
    switch (command.getType()) {
      case INSERT: {
    	Object param = method.convertArgsToSqlCommandParam(args);
        result = rowCountResult(sqlSession.insert(command.getName(), param));
        break;
      }
      case UPDATE: {
        Object param = method.convertArgsToSqlCommandParam(args);
        result = rowCountResult(sqlSession.update(command.getName(), param));
        break;
      }
      case DELETE: {
        Object param = method.convertArgsToSqlCommandParam(args);
        result = rowCountResult(sqlSession.delete(command.getName(), param));
        break;
      }
      case SELECT:
        if (method.returnsVoid() && method.hasResultHandler()) {
          executeWithResultHandler(sqlSession, args);
          result = null;
        } else if (method.returnsMany()) {
          result = executeForMany(sqlSession, args);
        } else if (method.returnsMap()) {
          result = executeForMap(sqlSession, args);
        } else if (method.returnsCursor()) {
          result = executeForCursor(sqlSession, args);
        } else {
          Object param = method.convertArgsToSqlCommandParam(args);
          result = sqlSession.selectOne(command.getName(), param);
        }
        break;
      case FLUSH:
        result = sqlSession.flushStatements();
        break;
      default:
        throw new BindingException("Unknown execution method for: " + command.getName());
    }
    if (result == null && method.getReturnType().isPrimitive() && !method.returnsVoid()) {
      throw new BindingException("Mapper method '" + command.getName() 
          + " attempted to return null from a method with a primitive return type (" + method.getReturnType() + ").");
    }
    return result;
  }

咱们分析一下查询select：

if (method.returnsVoid() && method.hasResultHandler()) {
          executeWithResultHandler(sqlSession, args);
          result = null;
        } else if (method.returnsMany()) {
          result = executeForMany(sqlSession, args);
        } else if (method.returnsMap()) {
          result = executeForMap(sqlSession, args);
        } else if (method.returnsCursor()) {
          result = executeForCursor(sqlSession, args);
        } else {
          Object param = method.convertArgsToSqlCommandParam(args);
          result = sqlSession.selectOne(command.getName(), param);
        }

首先根据方法返回类型的不一样执行不一样的逻辑，最终会调用SqlSession的selectXXX方法，

public <T> T selectOne(String statement, Object parameter) {
    // Popular vote was to return null on 0 results and throw exception on too many.
    List<T> list = this.<T>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;
    }
  }

List<T> list = this.<T>selectList(statement, parameter);这行代码逻辑处理：

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

继续进去：

public <E> List<E> selectList(String statement, Object parameter, RowBounds rowBounds) {
    try {
      MappedStatement ms = configuration.getMappedStatement(statement);
      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();
    }
  }

到这一步，是调用执行器Executor的query方法：

public <E> List<E> query(MappedStatement ms, Object parameterObject, RowBounds rowBounds, ResultHandler resultHandler) throws SQLException {
    BoundSql boundSql = ms.getBoundSql(parameterObject);
    CacheKey key = createCacheKey(ms, parameterObject, rowBounds, boundSql);
    return query(ms, parameterObject, rowBounds, resultHandler, key, boundSql);
  }

进去query方法：

public <E> List<E> query(MappedStatement ms, Object parameterObject, RowBounds rowBounds, ResultHandler resultHandler, CacheKey key, BoundSql boundSql)
      throws SQLException {
    Cache cache = ms.getCache();
    if (cache != null) {
      flushCacheIfRequired(ms);
      if (ms.isUseCache() && resultHandler == null) {
        ensureNoOutParams(ms, parameterObject, boundSql);
        @SuppressWarnings("unchecked")
        List<E> list = (List<E>) tcm.getObject(cache, key);
        if (list == null) {
          list = delegate.<E> query(ms, parameterObject, rowBounds, resultHandler, key, boundSql);
          tcm.putObject(cache, key, list); // issue #578 and #116
        }
        return list;
      }
    }
    return delegate.<E> query(ms, parameterObject, rowBounds, resultHandler, key, boundSql);
  }

继续进去query方法：

public <E> List<E> query(MappedStatement ms, Object parameter, RowBounds rowBounds, ResultHandler resultHandler, CacheKey key, BoundSql boundSql) throws SQLException {
    ErrorContext.instance().resource(ms.getResource()).activity("executing a query").object(ms.getId());
    if (closed) {
      throw new ExecutorException("Executor was closed.");
    }
    if (queryStack == 0 && ms.isFlushCacheRequired()) {
      clearLocalCache();
    }
    List<E> list;
    try {
      queryStack++;
      list = resultHandler == null ? (List<E>) localCache.getObject(key) : null;
      if (list != null) {
        handleLocallyCachedOutputParameters(ms, key, parameter, boundSql);
      } else {
        list = queryFromDatabase(ms, parameter, rowBounds, resultHandler, key, boundSql);
      }
    } finally {
      queryStack--;
    }
    if (queryStack == 0) {
      for (DeferredLoad deferredLoad : deferredLoads) {
        deferredLoad.load();
      }
      // issue #601
      deferredLoads.clear();
      if (configuration.getLocalCacheScope() == LocalCacheScope.STATEMENT) {
        // issue #482
        clearLocalCache();
      }
    }
    return list;
  }

真正访问数据库的是这行代码：list = queryFromDatabase(ms, parameter, rowBounds, resultHandler, key, boundSql);

private <E> List<E> queryFromDatabase(MappedStatement ms, Object parameter, RowBounds rowBounds, ResultHandler resultHandler, CacheKey key, BoundSql boundSql) throws SQLException {
    List<E> list;
    localCache.putObject(key, EXECUTION_PLACEHOLDER);
    try {
      list = doQuery(ms, parameter, rowBounds, resultHandler, boundSql);
    } finally {
      localCache.removeObject(key);
    }
    localCache.putObject(key, list);
    if (ms.getStatementType() == StatementType.CALLABLE) {
      localOutputParameterCache.putObject(key, parameter);
    }
    return list;
  }

查询操做由doQuery方法处理，这段代码就接近原生JDBC操做了，首先会获取语句处理器，而后开始执行语句，执行完，还会对结果进行结果集处理，返回处理的结果集，这里就很少分析了

public <E> List<E> doQuery(MappedStatement ms, Object parameter, RowBounds rowBounds, ResultHandler resultHandler, BoundSql boundSql) throws SQLException {
    Statement stmt = null;
    try {
      Configuration configuration = ms.getConfiguration();
      StatementHandler handler = configuration.newStatementHandler(wrapper, ms, parameter, rowBounds, resultHandler, boundSql);
      stmt = prepareStatement(handler, ms.getStatementLog());
      return handler.<E>query(stmt, resultHandler);
    } finally {
      closeStatement(stmt);
    }
  }

咱们在使用Mybatis进行CRUD操做的时候，大致过程是这样：

  • 解析基本配置文件和Sql映射配置文件(mapper xml)文件，缓存配置文件节点内容在内存（通常此步骤只会执行一次，屡次调用都会复用缓存结果）
  • 获取SqlSession，经过SqlSession来获取Mapper类，生成Mapper类的代理
  • 执行CRUED操做

固然，这个过程Mybatis还作了不少事情，Sql的解析，结果集的处理……等操做咱们在这篇文章不分析，后面会有文章分析。这篇文章目的是分析Mapper代理类的建立过程和简单分析一个查询操做的过程。

源码地址

学习更多源码分析文章，欢迎关注微信公众号：深夜程猿 <br/>【福利】关注公众号回复关键字，还可得到视频学习资源，求职简历模板

相关文章
相关标签/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公众号
   欢迎关注本站公众号,获取更多信息
联系我们 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程