MyBatis全局配置Configuration

通过MyBatis的读取全局配置的时序图，可知 Configuration  的属性  Map mappedStatements ，以及  属性MapperRegistry（装有接口以及接口的代理工厂的键值对）读取时机以及原理，如图：

mybatis 初始化的过程中，主要是 XML 配置的解析，不同的部分又分别委托给了不同的解析器

解析流程为：

XMLConfigBuilder -> XMLMapperBuilder -> XMLStatementBuilder -> XMLScriptBuilder -> SqlSourceBuilder

XMLConfigBuilder：负责全局的 mybatis-conf.xml 配置解析；

XMLMapperBuilder：负责 sql 配置的 mapper 配置解析；

XMLStatementBuilder：负责 mapper 配置文件中 select|insert|update|delete 节点解析；

XMLScriptBuilder：负责各 sql 节点解析，主要是动态 sql 解析；

SqlSourceBuilder：负责构建 SqlSource；

源码分析：

首先在 XMLConfigBuilder 确定了主要的解析流程：

mapperElement

动态 sql 解析

此外在 mapper 各节点的解析过程中 resultMap 和 sql 节点的解析最为复杂，resultMap 解析主要是 xml 和 反射的处理，有一点繁琐有兴趣可以自己看一下；这里主要讲一下 sql 节点的解析要点；

XMLMapperBuilder中

通过xml配置动态解析

代码中的 LanguageDriver 就封装了动态 sql 的解析规则，通过这个接口也可以使用其他的模版引擎或者解析规则（可以通过配置或者注解指定）；

其中 XMLLanguageDriver 主要处理动态 sql，RawLanguageDriver 主要处理静态 sql；

从代码中可以看到最后 LanguageDriver 将 xml 配置解析成了 SqlSource，其结构如下：

RawSqlSource：处理静态sql，去掉xml标签；

DynamicSqlSource：处理动态sql，去掉xml标签；

ProviderSqlSource：处理注解形式的sql；

StaticSqlSource：最终将上面 SqlSource 处理结果中的占位符，替换为 "?"，构成真正可执行的sql

其解析的整体流程如下

从图中可以看到 sql 节点的主要解析逻辑就在于 parseDynamicTags，MixedSqlNode rootSqlNode = parseDynamicTags(context);

在看源码之前先看一下 SqlNode 的结构

每个 node 和 sql 节点下的子节点一一对应

这里主要逻辑是首先通过子标签的名字，获取对应的处理器，然后将所有的子标签生成的 SqlNode 合成 MixedSqlNode；

到这里就已经比较清楚了，这个 sql 节点的解析过程使用的是策略模式，整个 sql 节点被封装成 SqlSource，其子节点封装为 SqlNode，每个 Node 的解析行为又封装到 NodeHandler 中；整个流程虽然比较长，但是每个模块都非常的清晰，这里非常值得我们学习；

mapper 动态代理

从上面的代码可以看到，我们只定义一个接口并没有实现类，但是通过动态代理就可以动态生成实现类；在使用 mapper 的时候也是一样的，每次调用mapper方法的时候，都会动态生成一个实现类；