【Mybatis】源码分析-深入源码

最新推荐文章于 2025-05-26 13:38:51 发布
最新推荐文章于 2025-05-26 13:38:51 发布
阅读量3.5k 收藏 54
点赞数 19
CC 4.0 BY-SA版权
分类专栏： Java 文章标签： Mybatis
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/qq_37165235/article/details/139495655

1、架构原理

1.1、架构设计

        我们把Mybatis的功能架构分为三层：

(1)、 API接⼝层：提供给外部使⽤的接口 API，开发⼈员通过这些本地API来操纵数据库。接⼝层⼀接收到调⽤请求就会调⽤数据处理层来完成具体的数据处理。

        MyBatis和数据库的交互有两种⽅式：

a、使⽤传统的MyBati s提供的API ；

b、 使⽤Mapper代理的⽅式

(2) 、数据处理层：负责具体的SQL查找、SQL解析、SQL执⾏和执⾏结果映射处理等。它主要的⽬的是根据调⽤的请求完成⼀次数据库操作。

(3) 、基础⽀撑层：负责最基础的功能⽀撑，包括连接管理、事务管理、配置加载和缓存处理，这些都是共⽤的东⻄，将他们抽取出来作为最基础的组件。为上层的数据处理层提供最基础的⽀撑。

1.2、主要构件及其相互关系

构件 描述
SqlSession 作为MyBatis⼯作的主要顶层API，表示和数据库交互的会话，完成必要数据库增删改查功能
Executor MyBatis执⾏器，是MyBatis调度的核⼼，负责SQL语句的⽣成和查询缓存的维护
StatementHandler 封装了JDBC Statement操作，负责对JDBC statement的操作，如设置参数、将Statement结果集转换成List集合。
ParameterHandler 负责对⽤户传递的参数转换成JDBC Statement所需要的参数，
ResultSetHandler 负责将JDBC返回的ResultSet结果集对象转换成List类型的集合；
TypeHandler 负责java数据类型和jdbc数据类型之间的映射和转换
MappedStatement MappedStatement维护了⼀条＜select | update | delete | insert> 节点的封装
SqlSource 负责根据⽤户传递的parameterObject，动态地⽣成SQL语句，将信息封装到BoundSql对象中，并返回
BoundSql 表示动态⽣成的SQL语句以及相应的参数信息

1.3、总体流程

1.3.1、加载配置并初始化

触发条件：加载配置⽂件

        配置来源于两个地⽅，⼀个是配置⽂件(主配置⽂件conf.xml,mapper⽂件*.xml),—个是java代码中的注解，将主配置⽂件内容解析封装到Configuration,将sql的配置信息加载成为⼀个mappedstatement对象，存储在内存之中。

1.3.2、接收调用请求

触发条件：调⽤Mybatis提供的API

传⼊参数：为SQL的ID和传⼊参数对象

处理过程：将请求传递给下层的请求处理层进⾏处理。

1.3.3、处理操作请求

触发条件：API接⼝层传递请求过来

传⼊参数：为SQL的ID和传⼊参数对象

处理过程：

(A) 根据SQL的ID查找对应的MappedStatement对象。

(B) 根据传⼊参数对象解析MappedStatement对象，得到最终要执⾏的SQL和执⾏传⼊参数。

(C) 获取数据库连接，根据得到的最终SQL语句和执⾏传⼊参数到数据库执⾏，并得到执⾏结果。

(D) 根据MappedStatement对象中的结果映射配置对得到的执⾏结果进⾏转换处理，并得到最终的处理结果。

(E) 释放连接资源。

1.3.4、返回处理结果

        将最终的处理结果返回。

2、源码剖析

2.1、传统方式源码剖析

2.1.1、初始化

 //1.Resources工具类，配置文件的加载，把配置文件加载成字节输入流
InputStream resourceAsStream = Resources.getResourceAsStream("sqlMapConfig.xml");

//2.解析了配置文件，并创建了sqlSessionFactory工厂
SqlSessionFactory sqlSessionFactory = new SqlSessionFactoryBuilder().build(resourceAsStream);

进入源码分析：

 //1、外层调用的解析方法
public SqlSessionFactory build(InputStream inputStream) {
   //调用重载方法
   return build(inputStream, null, null);
 }

//2、重载方法
public SqlSessionFactory build(InputStream inputStream, String environment, Properties properties) {
    try {
      // XMLConfigBuilder是专⻔解析mybatis的配置⽂件的类
      XMLConfigBuilder parser = new XMLConfigBuilder(inputStream, environment, properties);
      
      //这⾥⼜调⽤了⼀个重载⽅法。parser.parse()的返回值是Configuration对象
      return build(parser.parse());
    } catch (Exception e) {
      throw ExceptionFactory.wrapException("Error building SqlSession.", e);
    } finally {
      ErrorContext.instance().reset();
      try {
        inputStream.close();
      } catch (IOException e) {
        // Intentionally ignore. Prefer previous error.
      }
    }
  }

//3、构建工厂对象
public SqlSessionFactory build(Configuration config) {
    return new DefaultSqlSessionFactory(config);
  }

        MyBatis在初始化的时候，会将MyBatis的配置信息全部加载到内存中，使⽤ org.apache.ibatis.session.Configuration 实例来维护。下⾯进⼊对配置⽂件解析部分：

关于Configuration对象：

        Configuration对象的结构和xml配置⽂件的对象⼏乎相同。回顾⼀下xml中的配置标签有哪些：

        properties (属性)，settings (设置)，typeAliases (类型别名)，typeHandlers (类型处理器)，objectFactory (对象⼯⼚)，mappers (映射器)等 Configuration也有对应的对象属性来封装它们。也就是说，初始化配置⽂件信息的本质就是创建Configuration对象，将解析的xml数据封装到Configuration内部属性中。

//解析 XML 成 Configuration 对象。
public Configuration parse() {
    //若已解析，抛出BuilderException异常
    if (parsed) {
      throw new BuilderException("Each XMLConfigBuilder can only be used once.");
    }
    //标记已解析
    parsed = true;
    // 解析 XML configuration 节点
    parseConfiguration(parser.evalNode("/configuration"));
    return configuration;
  }

//解析XML
private void parseConfiguration(XNode root) {
    try {
      //issue #117 read properties first
      // 解析 <properties /> 标签
      propertiesElement(root.evalNode("properties"));

      // 解析〈settings /> 标签
      Properties settings = settingsAsProperties(root.evalNode("settings"));

      //加载⾃定义的VFS实现类
      loadCustomVfs(settings);

      // 解析 <typeAliases /> 标签
      typeAliasesElement(root.evalNode("typeAliases"));

      //解析<plugins />标签
      pluginElement(root.evalNode("plugins"));

      // 解析 <objectFactory /> 标签
      objectFactoryElement(root.evalNode("objectFactory"));

      // 解析 <objectWrapperFactory /> 标签
      objectWrapperFactoryElement(root.evalNode("objectWrapperFactory"));

      // 解析 <reflectorFactory /> 标签
      reflectorFactoryElement(root.evalNode("reflectorFactory"));

      // 赋值 <settings /> ⾄ Configuration 属性
      settingsElement(settings);

      // read it after objectFactory and objectWrapperFactory issue #631
      // 解析〈environments /> 标签
      environmentsElement(root.evalNode("environments"));

      // 解析 <databaseIdProvider /> 标签
      databaseIdProviderElement(root.evalNode("databaseIdProvider"));

      // 解析 <typeHandlers /> 标签
      typeHandlerElement(root.evalNode("typeHandlers"));

      //解析<mappers />标签
      mapperElement(root.evalNode("mappers"));
    } catch (Exception e) {
      throw new BuilderException("Error parsing SQL Mapper Configuration. Cause: " + e, e);
    }
  }

关于MappedStatement：

        MappedStatement 与Mapper配置⽂件中的⼀个select/update/insert/delete节点相对应。mapper中配置的标签都被封装到了此对象中，主要⽤途是描述⼀条SQL语句。

        回顾刚开始介绍的加载配置⽂件的过程中，会对mybatis-config.xml中的各个标签都进⾏解析，其中有mappers 标签⽤来引⼊mapper.xml⽂件或者配置mapper接⼝的⽬录。

<select id="getUser" resultType="user" >
    select * from user where id=#{id}
</select>

        这样的⼀个select标签会在初始化配置⽂件时被解析封装成⼀个MappedStatement对象，然后存储在Configuration对象的mappedStatements属性中，mappedStatements 是⼀个HashMap，存储时key=全限定类名+⽅法名，value =对应的MappedStatement对象。

Map<String, MappedStatement> mappedStatements = new StrictMap<MappedStatement>
("Mapped Statements collection")

        在 XMLConfigBuilder 中的处理：

private void parseConfiguration(XNode root) {
    try {
        //省略其他标签的处理
        mapperElement(root.evalNode("mappers"));
    } catch (Exception e) {
        throw new BuilderException("Error parsing SQL Mapper Configuration. Cause:" + e, e);
    }
}

        到此对xml配置⽂件的解析就结束了，回到步骤2.中调⽤的重载build⽅法：

// 5.调⽤的重载⽅法
public SqlSessionFactory build(Configuration config) {
    //创建了 DefaultSqlSessionFactory 对象，传⼊ Configuration 对象。
    return new DefaultSqlSessionFactory(config);
}

 2.1.2、执行SQL流程

关于SqlSession：

        SqlSession是⼀个接⼝，它有两个实现类：DefaultSqlSession (默认)和SqlSessionManager (弃⽤，不做介绍)。

        SqlSession是MyBatis中⽤于和数据库交互的顶层类，通常将它与ThreadLocal绑定，⼀个会话使⽤⼀个SqlSession,并且在使⽤完毕后需要close。

public class DefaultSqlSession implements SqlSession {

    private final Configuration configuration;

    private final Executor executor;
}

        SqlSession中的两个最重要的参数，configuration与初始化时的相同，Executor为执⾏器。

关于Executor：

        Executor也是⼀个接⼝，他有三个常⽤的实现类：

  1. BatchExecutor (重⽤语句并执⾏批量更新)
  2. ReuseExecutor (重⽤预处理语句 prepared statements)
  3. SimpleExecutor (普通的执⾏器，默认)

        继续分析，初始化完毕后，我们就要执⾏SQL 了：

SqlSession sqlSession = factory.openSession();

List<User> list = sqlSession.selectList("com.blnp.net.mapper.UserMapper.getUserByName");

获得 sqlSession：

//6. 进⼊ openSession ⽅法。
public SqlSession openSession() {
    //getDefaultExecutorType()传递的是SimpleExecutor
    return openSessionFromDataSource(configuration.getDefaultExecutorType(), null,
false);
}


//7. 进⼊penSessionFromDataSource。
//ExecutorType 为Executor的类型，TransactionIsolationLevel为事务隔离级别，autoCommit是否开启事务
//openSession的多个重载⽅法可以指定获得的SeqSession的Executor类型和事务的处理
private SqlSession openSessionFromDataSource(ExecutorType execType,
    TransactionIsolationLevel level, boolean autoCommit) {
    Transaction tx = null;
    try{
        final Environment environment = configuration.getEnvironment();
        final TransactionFactory transactionFactory =
        getTransactionFactoryFromEnvironment(environment);
        tx = transactionFactory.newTransaction(environment.getDataSource(),level, autoCommit);

        //根据参数创建指定类型的Executor
        final Executor executor = configuration.newExecutor(tx, execType);

        //返回的是 DefaultSqlSession
        return new DefaultSqlSession(configuration, executor, autoCommit);
    } catch(Exception e){
        closeTransaction(tx); // may have fetched a connection so lets call close()
    }
}

执⾏ sqlsession 中的 api：

 //8.进⼊selectList⽅法，多个重载⽅法。
 @Override
  public < E > List < E > selectList(String statement)
  {
      return this.selectList(statement, null);
  }
  @Override
  public < E > List < E > selectList(String statement, Object parameter)
  {
      return this.selectList(statement, parameter, RowBounds.DEFAULT);
  }
  @Override
  public < E > List < E > selectList(String statement, Object parameter, RowBounds rowBounds)
  {
      try
      {
          //根据传⼊的全限定名+⽅法名从映射的Map中取出MappedStatement对象
          MappedStatement ms = configuration.getMappedStatement(statement);

          //调⽤Executor中的⽅法处理
          //RowBounds是⽤来逻辑分⻚
          // wrapCollection(parameter)是⽤来装饰集合或者数组参数
          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();
      }
  }

2.1.3、executor

        从代码 executor.query 进入查看：

//org.apache.ibatis.executor.BaseExecutor

//此⽅法在SimpleExecutor的⽗类BaseExecutor中实现
@Override
  public <E> List<E> query(MappedStatement ms, Object parameter, RowBounds rowBounds, ResultHandler resultHandler) throws SQLException {

    //根据传⼊的参数动态获得SQL语句，最后返回⽤BoundSql对象表示
    BoundSql boundSql = ms.getBoundSql(parameter);

    //为本次查询创建缓存的Key
    CacheKey key = createCacheKey(ms, parameter, rowBounds, boundSql);

    //执行具体的查询
    return query(ms, parameter, rowBounds, resultHandler, key, boundSql);
 }


//进⼊query的重载⽅法中
@SuppressWarnings("unchecked")
  @Override
  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;
  }


//从数据库查询
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;
  }


// SimpleExecutor中实现⽗类的doQuery抽象⽅法
@Override
  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();

      //传⼊参数创建StatementHanlder对象来执⾏查询
      StatementHandler handler = configuration.newStatementHandler(wrapper, ms, parameter, rowBounds, resultHandler, boundSql);

      //创建jdbc中的statement对象
      stmt = prepareStatement(handler, ms.getStatementLog());

      // StatementHandler 进⾏处理
      return handler.<E>query(stmt, resultHandler);
    } finally {
      closeStatement(stmt);
    }
  }


//创建Statement的⽅法
private Statement prepareStatement(StatementHandler handler, Log statementLog) throws SQLException {
    Statement stmt;

    //这条代码中的getConnection⽅法经过重重调⽤最后会调⽤openConnection⽅法，从连接池
中获 得连接。
    Connection connection = getConnection(statementLog);
    stmt = handler.prepare(connection, transaction.getTimeout());
    handler.parameterize(stmt);
    return stmt;
  }


//从连接池获得连接的⽅法
protected void openConnection() throws SQLException {
    if (log.isDebugEnabled()) {
      log.debug("Opening JDBC Connection");
    }

    //从连接池获得连接
    connection = dataSource.getConnection();
    if (level != null) {
      connection.setTransactionIsolation(level.getLevel());
    }
    setDesiredAutoCommit(autoCommmit);
  }

        上述的Executor.query()⽅法⼏经转折，最后会创建⼀个StatementHandler对象，然后将必要的参数传递给StatementHandler，使⽤StatementHandler来完成对数据库的查询，最终返回List结果集。从上⾯的代码中我们可以看出，Executor的功能和作⽤是：

(1、根据传递的参数，完成SQL语句的动态解析，⽣成BoundSql对象，供StatementHandler使⽤；

(2、为查询创建缓存，以提⾼性能

(3、创建JDBC的Statement连接对象，传递给*StatementHandler*对象，返回List查询结果。

2.1.4、StatementHandler

StatementHandler对象主要完成两个⼯作：

  • 对于JDBC的PreparedStatement类型的对象，创建的过程中，我们使⽤的是SQL语句字符串会包含若⼲个？占位符，我们其后再对占位符进⾏设值。StatementHandler通过 parameterize(statement)⽅法对 Statement 进⾏设值；
  • StatementHandler 通过 List query(Statement statement, ResultHandler resultHandler)⽅法来完成执⾏Statement，和将Statement对象返回的resultSet封装成List；

进⼊到 StatementHandler 的 parameterize(statement)⽅法的实现：

//org.apache.ibatis.executor.statement.PreparedStatementHandler

@Override
  public void parameterize(Statement statement) throws SQLException {
    //使⽤ParameterHandler对象来完成对Statement的设值
    parameterHandler.setParameters((PreparedStatement) statement);
  }

//org.apache.ibatis.scripting.defaults.DefaultParameterHandler
//对某⼀个Statement进⾏设置参数
@Override
  public void setParameters(PreparedStatement ps) {
    ErrorContext.instance().activity("setting parameters").object(mappedStatement.getParameterMap().getId());
    List<ParameterMapping> parameterMappings = boundSql.getParameterMappings();
    if (parameterMappings != null) {
      for (int i = 0; i < parameterMappings.size(); i++) {
        ParameterMapping parameterMapping = parameterMappings.get(i);
        if (parameterMapping.getMode() != ParameterMode.OUT) {
          Object value;
          String prop
最低0.47元/天 解锁文章
MyBatis源码剖析
Java就是我的道！
01-08 1084
在二级缓存的设计上，MyBatis大量的运用了装饰者模式，如CacheExecutor，以及各种Cache接口的装饰器。二级缓存实现了sqlSession之间的缓存数据共享，属于namespace级别；二级缓存具有丰富的缓存策略；二级缓存可由多个装饰器与基础缓存组合而成；二级缓存工作由一个缓存装饰器CacheExecutor和一个事务型预缓存TransactionalCache完成。问题：在开发过程中很多时候我们并不总是需要在获取用户信息的时候加载订单信息，此时就是我们所说的延迟加载。
mybatis源码分析
11-20
mybatis源码分析，包含建表语句，等等。开发者可以通过此源码分析mybatis实现原理。
Mybatis源码解析优秀博文
热门推荐
lhever_的博客
01-19 3万+
最近阅读了许久的mybatis源码，小有所悟。同时也发现网上有许多优秀的mybatis源码讲解博文。本人打算把自己阅读过的、觉得不错的一些博文列出来。以此进一步加深对mybatis框架的理解。其实还有一个目的是，本人也想写一系列博文来分享自己对mybatis的理解。然而。个人文笔太差，列出的这些别人的文章我也会细心研读，并希望在阅读这些文章的同时既加深我对mybatis的理解，又能探索出一种更加通俗
22.Mybatis源码解读
最新发布
RubyWinner的博客
05-26 895
事务工厂Transaction定义了创建Transaction的两个方法：通过指定的Connection对象创建Transaction通过数据源DataSource来创建Transaction与JDBC 和MANAGED两种Transaction相对应，TransactionFactory有两个对应的实现的子类：ManagedTransactionFactory、JdbcTransactionFactory，TransactionFactory很容易获取到Transaction对象实例。
Mybatis源码解析之查询流程
0xZzzz的博客
01-20 5732
阅读须知 Mybatis源码版本：3.4.4 注释规则： //单行注释做普通注释 /**/多行注释做深入分析 建议配合Mybatis源码阅读 正文 上篇文章中我们分析mapper的创建，Mybatis用JDK动态代理为mapper创建代理类，其中MapperProxy作为InvocationHandler角色，所以调用目标mapper方法时会执行其invoke方法，我们来分析Mapp
MyBatis 源码分析——介绍
weixin_30747253的博客
01-31 174
笔者第一次接触跟MyBatis框架是在2009年未的时候。不过那个时候的他并不叫MyBatis，而是叫IBatis。2010年的时候改为现在的名字——MyBatis。这几年过去了，对于笔者来讲有一点陌生了。而且那个时候他也没有这么出名。hibernate占了大部分市场。虽然笔者早年的时候查看过他的源码，但是并没有很深入去理解他。主要的原因是因为当时我还在看hibernate的源码。太累了所以就没有...
Mybatis解析（二）
weixin_43380444的博客
05-05 607
Mybatis解析二第七部分：Mybatis缓存7.1 ⼀级缓存7.2 ⼆级缓存 第七部分：Mybatis缓存 7.1 ⼀级缓存 ①、在⼀个sqlSession中，对User表根据id进⾏两次查询，查看他们发出sql语句的情况 @Test public void test1(){ //根据 sqlSessionFactory 产⽣ session SqlSession sqlSession = sessionFactory.openSession(); UserMapper userMapper = sql
Mybatis源码解析
weixin_42216907的博客
10-24 2150
Mybatis 在前面介绍了JDBC后，如果每次操作数据库都写一套JDBC，代码臃肿，耦合性高，因此Mybatis顺势而生。 文章目录Mybatis一、Mybatis是什么？二、使用步骤1.引入库2.读入数据总结欢迎使用Markdown编辑器新的改变功能快捷键合理的创建标题，有助于目录的生成如何改变文本的样式插入链接与图片如何插入一段漂亮的代码片生成一个适合你的列表创建一个表格设定内容居中、居左、居右SmartyPants创建一个自定义列表如何创建一个注脚注释也是必不可少的KaTeX数学公式新的甘特图功能
Mybatis源码分析-上课笔记1
08-03
在分析MyBatis源码时，可以采用宏观和微观两种视角。宏观上理解整个框架的架构和流程，微观上深入到具体的类和方法，通过阅读和调试代码来理解其实现细节。同时，绘制流程图或UML图能帮助更好地梳理组件间的交互。 ...
Mybatis-ehcache 1.2.1源码（ehcache-cache-mybatis-ehcache-1.2.1.zip）
07-05
源码分析主要关注以下几个方面： 1. **集成机制**：Mybatis-ehcache是如何将Ehcache的缓存功能整合到Mybatis的SQL映射框架中的。这通常涉及到自定义拦截器或者插件，通过拦截Mybatis的SQL执行过程，实现对查询结果...
mybatis-plus源码（mybatis-plus-3.5.1.zip）
03-03
在源码分析中，我们可以重点关注以下几个模块： 1. **SqlRunner**：这是MyBatis-Plus的核心执行器，负责执行SQL语句。 2. **Executor**：执行器接口，包含SimpleExecutor、ReuseExecutor、BatchExecutor等不同类型...
Mybatis源码学习-代码+笔记
07-11
在深入学习Mybatis源码的过程中，我们可以了解到它的工作原理，更好地优化数据库交互，提高程序性能。 1. **Mybatis概述** Mybatis 源码的学习可以帮助开发者理解其内部机制，包括动态SQL的解析、SQL映射文件与...
Mybatis源码分析
嘎嘎的博客
10-14 1037
基于Spring boot来分析Mybatis Mapper类生成过程以及自动配置过程，需要对spring boot的自动配置有一定的了解。 #Mapper自动装配原理 开门见山，先分析一下Mybatis源码代码入口，可以从Mybatis自动装配入手。 使用mybatis的自动装配终会引入这么一个依赖：mybatis-spring-boot-autoconfigure.这个包可以作为跟踪入口。 来...
MyBatis源码分析
weixin_JimZemlin的博客
03-18 1010
分析完了MyBatis的架构和执行流程，终于到了源码分析的章节，估计很多小伙伴的大刀都已经饥渴难耐了，好了接下来咱么就要开始 “ Double Kill ” 了。 这篇文章咱么主要根据MyBatis的执行流程，通过Debug的方式，来一步步非常详细的带着大家看下MyBatis的从加载配置文件、解析配置文件、创建四大核心对象（Executor、ParameterHandler、ResultSetHandler、StatementHandler）的详细过程，以及在这个过程中是如何的设置参数？如何执行查询？如何封
mybatis源码解析
weixin_43189971的博客
06-22 3684
mybatis底层代码分析
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值