Mybatis源码-XXXmapper.xml中的sel|ins|update|del标签解析过程

Mybatis源码-XXXmapper.xml中的select|insert|update|delete标签解析过程

前提：上次讲过一篇《Mybatis源码-XXXmapper.xml中的resultMap标签解析过程》，现在就在上篇文章基础上讲一讲Mybatis是如何解析XXXmapper.xml文件中的select|insert|update|delete标签的，由于这几种标签的方式是一致的，下面我将以update标签为例，介绍一下update标签的解析过程。

在这里还是先贴一下需要解析的updateByPrimaryKeySelective方法：



1. 首先进入select|insert|update|delete解析入口：XMLMapperBuilder#configurationElement。



2. XMLStatementBuilder#parseStatementNode是负责解析单前的select|insert|update|delete节点，主要就是拿到节点属性去XMLLanguageDriver#createSqlSource中解析节点的子节点属性，解析完拿到SqlSource对象，将SqlSource注册到大管家中。

public void parseStatementNode() {
// 拿到当前update标签的id属性：updateByPrimaryKeySelective
String id = context.getStringAttribute("id");
// 标签上配置的数据源databaseId
String databaseId = context.getStringAttribute("databaseId");
// requiredDatabaseId为当前默认的数据源id，只有这二个id相等后才能正确的去解析该标签
if (!databaseIdMatchesCurrent(id, databaseId, this.requiredDatabaseId)) {
return;
}

// 标签上配置的parameterType属性：cn.edu.his.pay.model.entity.Admin
String parameterType = context.getStringAttribute("parameterType");
// 反射拿到该类的反射Clas对象
Class<?> parameterTypeClass = resolveClass(parameterType);
String resultType = context.getStringAttribute("resultType");

// 拿到nodeName就是对应的是什么标签，如update，insert等等，sqlCommandType非常重要，其实就是确定是那一类操作
String nodeName = context.getNode().getNodeName();
SqlCommandType sqlCommandType = SqlCommandType.valueOf(nodeName.toUpperCase(Locale.ENGLISH));
// 显然现在是解析update标签而不是Select，false
boolean isSelect = sqlCommandType == SqlCommandType.SELECT;

// *** 重点-这里会进一步展开来看
SqlSource sqlSource = langDriver.createSqlSource(configuration, context, parameterTypeClass);
String resultSets = context.getStringAttribute("resultSets");
String keyProperty = context.getStringAttribute("keyProperty");
String keyColumn = context.getStringAttribute("keyColumn");
// 在insert语句中我们可以在Insert标签下定义一个<selectKey>标签用于生成主键id，同样也可以自己生成
KeyGenerator keyGenerator;
String keyStatementId = id + SelectKeyGenerator.SELECT_KEY_SUFFIX;
keyStatementId = builderAssistant.applyCurrentNamespace(keyStatementId, true);
if (configuration.hasKeyGenerator(keyStatementId)) {
keyGenerator = configuration.getKeyGenerator(keyStatementId);
} else {
keyGenerator = context.getBooleanAttribute("useGeneratedKeys",
configuration.isUseGeneratedKeys() && SqlCommandType.INSERT.equals(sqlCommandType))
? Jdbc3KeyGenerator.INSTANCE : NoKeyGenerator.INSTANCE;
}

// 将解析后的SqlSource封装到大管家中
builderAssistant.addMappedStatement(id, sqlSource, statementType, sqlCommandType,
fetchSize, timeout, parameterMap, parameterTypeClass, resultMap, resultTypeClass,
resultSetTypeEnum, flushCache, useCache, resultOrdered,
keyGenerator, keyProperty, keyColumn, databaseId, langDriver, resultSets);
}

3. 上图代码中介绍了SqlSource的重要性，现在就更加深入的SqlSource是怎么产生的，这个时候就来到了XMLScriptBuilder#parseScriptNode方法，即就是解析当前的update标签的重点，可以看出如下的context就是当前需要解析的update类型的节点。



接着拿到update节点的信息调用XMLScriptBuilder#parseDynamicTags来解析这个节点，解析的时候主要就是判断当前节点下的属性类型，哪些是TEXT_NODE（文本节点），哪些是ELEMENT_NODE（元素节点）。当为文本节点是就直接往contents（负责封装节点信息）集合中加入一个StaticTextSqlNode。否则继续解析元素节点，并调用对于元素节点的处理类递归的去解析。







4. 这里就不再贴出set元素节点的效果图了，就是通过子节点的循环，拿到子节点信息，判断是什么类型的子节点后通过对应的子节点处理器进行解析，解析的方法就是通过反复递归调用parseDynamicTags方法来完成的，如下是Mybatis的节点处理器类图。



5. 通过所有的解析过后会得到一个最外层的SqlNode集合contents，并将contents包装到MixedSqlNode对象中个，如下是整个MixedSqlNode结构图。



通过如上结构图发现，就一个简单的update标签，通过配置文件的解析后，会得到一个三个等级的封装，对应XXXmapper.xml中的update标签如下：



6. 最后附上包装的整体类图关系