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

最新推荐文章于 2023-11-04 00:09:13 发布
最新推荐文章于 2023-11-04 00:09:13 发布
阅读量188 收藏 1
点赞数
文章标签： java 数据库
原文链接：https://juejin.im/post/5a9905896fb9a028d44406a4
版权

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

写给mybatis小白的入门指南

mybatis底层原理学习（一）：SqlSessionFactory和SqlSession的创建过程

如果你想获得更好的阅读体验，可以点击这里:Mybatis底层原理学习（二）：从源码角度分析一次查询操作过程

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

现在，我们来从源码角度分析Mapper代理类的创建过程，demo源码在后面给出 demo示例：

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());
    }

}

复制代码

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

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的执行：

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代理类的创建过程和简单分析一个查询操作的过程。

源码地址

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

weixin_33860528
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Mybatis的底层原理
handris的博客
10-25 1527
void queryByID() throws IOException { InputStream inputStream = Resources.getResourceAsStream("mybatis-config.xml"); SqlSessionFactory sqlSessionFactory = new SqlSessionFacto...
Mybatis底层原理实现
weixin_60267819的博客
09-23 8971
一、Mybatis概述 Mybatis是一个持久层框架，MyBatis的前身就是iBatis,iBatis本是apache的一个开源项目； MyBatis 是支持普通 SQL 查询,存储过程和高级映射的优秀持久层框架。MyBatis 消除了几乎所有的 JDBC 代码和参数的手工设置以及结果集的检索。 优点：简化了JDBC的操作；能够更好的完成ORM(对象关系映射) JDBC:JDBC（Java Data Base Connectivity,java数据库连接）是一种用于执行SQL语句的Java AP
深入理解 MyBatis框架的底层
程序源日志的博客
01-28 321
MyBatis 是一款优秀的持久层框架，它支持自定义 SQL、存储过程以及高级映射。MyBatis 免除了几乎所有的 JDBC 代码以及设置参数和获取结果集的工作。MyBatis 可以通过简单的 XML 或注解来配置和映射原始类型、接口和 Java POJO（Plain Old Java Objects，普通老式 Java 对象）为数据库中的记录。官方解释：mybatis.org/mybatis-3/z…整体上可以把 Mybatis 分为三层API 接口层：对开发提供的业务层，使用本地 API 调用来操作业
Mybatis底层实现学习
PnJgHT的博客
11-02 768
1.数据库连接创建，释放频繁造成西戎资源的浪费，从而影响系统性能，使用数据库连接池可以解决问题。2.sql语句在代码中硬编码，造成代码的不已维护，实际应用中sql的变化可能较大，sql代码和java代码没有分离开来维护不方便。3.使用preparedStatement向有占位符传递参数存在硬编码问题因为sql中的where子句的条件不确定，同样是修改不方便4.对结果集中解析存在硬编码问题，sql的变化导致解析代码的变化，系统维护不方便。5、JDBC没有提供缓存，增加了数据库压力。
mybatis原理(含图)
qq_44912064的博客
03-10 2729
上面中流程就是MyBatis内部核心流程，每一步流程的详细说明如下文所述： （1）读取MyBatis的配置文件。mybatis-config.xml为MyBatis的全局配置文件，用于配置数据库连接信息。 （2）加载映射文件。映射文件即SQL映射文件，该文件中配置了操作数据库的SQL语句，需要在MyBatis配置文件mybatis-config.xml中加载。mybatis-config.xml 文件可以加载多个映射文件，每个文件对应数据库中的一张表。 （3）构造会话工厂。通过MyBatis的环境配置信息.
MyBatis的底层实现原理
geejkse_seff的博客
03-28 901
动态代理的功能：通过拦截器方法回调，对目标target方法进行增强。 言外之意就是为了增强目标target方法。上面这句话没错，但也不要认为它就是真理，殊不知，动态代理还有投鞭断流的霸权，连目标target都不要的科幻模式。 注：本文默认认为，读者对动态代理的原理是理解的，如果不明白target的含义，难以看懂本篇文章，建议先理解动态代理。 一、自定义JDK动态代理之投鞭断流实现自动映射器Mapper 首先定义一个pojo 再定义一个接口UserMapper.java 接下来我们看看如何使用动态代理之投
mybatis_source_analyze:Mybatis源码分析
03-24
mybatis_source_analyze 个人的Mybatis源码分析
MyBatis源码分析.pdf
05-23
MyBatis源码分析.pdf
Mybatis源码分析.pdf
08-30
Mybatis源码分析主要分三部分： 1.使用案例讲解 2.Mybatis中用的所有设计模式讲解 3.源码分析
Spring整合Mybatis与SpringBoot整合Mybatis原理分析
04-16
一个完整而简单SSM项目，包含SQL脚本、代码与学习笔记。内容Spring如何整合SpringMVC与Mybatis以及整合原理的源码分析。
MyBatis-Plus-Example:SpringBoot整合MyBatis-Plus，源码学习，增删改查，Lamdba支持
05-12
MyBatis-Plus-Example Spring Boot 整合 MyBatis Plus 实例，持续更新！！！ 代码生成器 三方框架版本总览 名称 版本 更新时间 Spring Boot 2.4.2 2021.02.02 MyBatis-Plus 3.4.2 2021.02.02 JavaLib 3.4.2 2021.02....
阿里巴巴P7架构师纯手工打造MyBatis源码——1小时解密底层源码.txt
10-10
阿里巴巴P7架构师纯手工打造MyBatis源码——1小时解密底层源码.txt 需要更多往期录播资料可以联系我
【MyBatis】一、概述
misakisaigao的博客
11-24 291
笔记
MyBatis核心知识总结及底层原理应用分析
qq_49529322的博客
04-22 1480
MyBatis核心知识及底层原理分析 知识整理，持续更新中… … 更多Java学习资源尽在B站账号： https://space.bilibili.com/591988762 欢迎个位小伙伴前来观看，更多优质学习资源持续更新中… 内容如有差错，欢迎留言一起讨论！！！ 本文是对MyBatis核心知识进行的总结，适合有一定基础的小伙伴观看。 一、框架的概念 框架，就是软件的半成品，完成了软件开发过程中的通用操作，程序员只需很少或者不用进行加工就能够实现特定的功能，从而简化开发人员在软件开发中的步骤，提高开发效
MyBatis底层原理（小白版本）
最新发布
yuyanhaonan的博客
11-04 467
mybatis底层原理解析
Mybatis底层源码分析（最详细的版本）
daysbetter的博客
09-13 1216
Mybatis的底层源码深层剖析
MyBatis——源码解析MyBatis框架底层的执行原理
胜天半子祁同伟
06-18 6044
mybatis底层执行原理（源码解析）
MyBatis底层原理学习
DayDayUp的博客
08-29 1569
目录 一、传统JDBC的弊端 二、mybatis介绍 三、MyBatis架构图 核心类解释 工作流程 一、传统JDBC的弊端 jdbc没有连接池、操作数据库需要频繁创建和关联链接，消耗资源很大。 在java中，写原生jdbc代码，硬编码不易维护（比如修改sql、或传递参数类型时、解析结果）。 二、mybatis介绍 MyBatis是一款优秀的持久层框架，它支持自定义SQL、存储过程以及高级映射。MyBatis免除了几乎所有的JDBC代码以及设置参数和获取结果集的工作。MyB...
Mybitis底层原理(源码剖析)及面试题
weixin_57256868的博客
04-23 1998
Mybitis底层原理(源码剖析)及面试题
mybatis底层源码分析
09-13
MyBatis是一款优秀的Java持久层框架，它封装了JDBC，使开发者无需关注繁琐的连接、驱动加载等细节，只需关注SQL语句本身。它采用ORM思想解决了实体和数据库映射的问题。MyBatis通过XML或注解配置要执行的SQL语句，并将Java对象和SQL的动态参数进行映射生成最终的SQL语句。最后，MyBatis执行SQL并将结果映射为Java对象返回。 总体执行流程如下： 1. 通过getResourceAsReader(String resource)方法读取mybatis.xml配置文件，生成Reader对象。 2. 使用SqlSessionFactoryBuilder的build()方法，通过构建者模式创建SqlSessionFactory对象。 3. 通过openSession()方法获取DefaultSqlSession对象，用于执行数据库操作。 4. 在进行数据库的insert、update、delete、select等操作后，通过sqlSession.commit()提交事务。 5. 最后使用sqlSession.close()关闭连接，释放资源。 解析mapper节点时，首先获取命名空间并将其放入builderAssistant对象中。然后解析cache-ref、cache、parameterMap、resultMap和Sql片段等内容。接下来是解析增删改查的地方，通过上下文构建statement对象。真正解析增删改查的方法是buildStatementFromContext(list, null)。通过构建者模式生成一个statementParser对象，用于解析增删改查标签。通过parseStatementNode()方法解析和设置各个标签的属性。最后使用构建者模式将解析得到的statement对象添加到builderAssistant对象中，用于构建statement对象。重要的是使用addMappedStatement()方法判断是否为select方法，如果是，则构建一个statement对象并将其添加到MappedStatement类型的statement变量中。最终将statement对象放入configuration对象中，将所有增删改查的标签解析为一个statement对象并放入configuration对象中。 在MyBatis底层源码中，使用了build(Reader reader, String environment, Properties properties)方法来构建SqlSessionFactory对象。实际上，该方法内部调用了build(Reader reader)方法。在build(Reader reader, String environment, Properties properties)方法中，声明了一个XMLConfigBuilder对象parser，通过parser.parse()方法解析XML配置文件，最终返回一个builde对象[3]。 总体来说，MyBatis底层源码分析涉及到读取配置文件、创建SqlSessionFactory对象、解析mapper节点、构建statement对象等过程。这些过程都有各自的细节和步骤，用于实现MyBatis的功能和特性。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值