MyBatis3源码解析-执行SQL流程

Posted 2023-03-15

参考技术A 其实我们有在XML配置文件中配置标签来加载我们的mapper文件。

官网文档给了答案：总共有四种方式()。

前文了解了XML 配置解析器XMLConfigBuilder的parse()方法便是加载配置文件生成一个Configuration对象的入口方法；

上篇了解了通过扫描environments标签如何获取数据源，下面会执行一个mapperElement方法来解析mappers标签,root.evalNode("mappers")返回的是一个value是mappers标签中内容的XNode对象；

进入方法，会有限判断有没有package标签，如何没有则会去获取该子node的三个属性，然后3个if分别处理。

无论是哪种方式最后都会执行MapperBuilderAssistant类中的addMappedStatement方法,之后会将解析的sql信息后封装成的MappedStatement对象放在全局配置类的一个Map属性mappedStatements中。

再贴一下我们的测试demo：

在生成SqlSessionFactory对象后，会调用openSession()。已知在前面执行build方法时把数据源和sql都存储在了全局配置类Configuration中，在该方法中则会从配置类中获取Environment(其中包含数据源信息)、TransactionFactory(事务)、Executor（执行器）来生成一个默认的DefaultSqlSession对象返回。

Executor（执行器）一共分为三种：简单、复用、批量，默认SimpleExecutor。CachingExecutor也实现了Executor接口，严格来说CachingExecutor不是一个真正的实现，它会委托给BaseExecutor去实现。此处不做细讲。

到此我们了解到openSession()方法只是获取到一些信息，生成了一个执行器，还没有开始sql执行流程。

接下来测试demo中继续执行LevelDao dao = sqlSession.getMapper(LevelDao.class);

则会调用configuration.getMapper(type, this)，继续调用mapperRegistry.getMapper(type, sqlSession)，其内部是获取具体Class从MapperRegistry类中的 Map中获取MapperProxyFactory，该MAP中的元素是我们在执行new SqlSessionFactoryBuilder().build(input)方法扫描mapper标签时且是package或class的方式存放进去的；

最后通过SqlSession调用MapperProxyFactory类生成了一个代理对象并返回。

我们调用的List all = dao.findAll(); 实际上最后是会调用这个代理对象MapperProxy中的invoke方法

当我们执行到我们自定义的方法时会执行execute方法，这句最终就会执行增删改查了；

再往下一层，就是执行JDBC那一套了，获取链接，执行，得到ResultSet，解析ResultSet映射成JavaBean。

最后总结一下具体流程：