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

为什么80%的码农都做不了架构师&＃xff1f;>>>

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

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

在这里还是先贴一下需要解析的updateByPrimaryKeySelective方法&＃xff1a;

1. 首先进入select|insert|update|delete解析入口&＃xff1a;XMLMapperBuilder#configurationElement。

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

public void parseStatementNode() {// 拿到当前update标签的id属性&＃xff1a;updateByPrimaryKeySelectiveString id &＃61; context.getStringAttribute("id");// 标签上配置的数据源databaseIdString databaseId &＃61; context.getStringAttribute("databaseId");// requiredDatabaseId为当前默认的数据源id&＃xff0c;只有这二个id相等后才能正确的去解析该标签if (!databaseIdMatchesCurrent(id, databaseId, this.requiredDatabaseId)) {return;}// 标签上配置的parameterType属性&＃xff1a;cn.edu.his.pay.model.entity.AdminString parameterType &＃61; context.getStringAttribute("parameterType");// 反射拿到该类的反射Clas对象Class parameterTypeClass &＃61; resolveClass(parameterType);String resultType &＃61; context.getStringAttribute("resultType");// 拿到nodeName就是对应的是什么标签&＃xff0c;如update&＃xff0c;insert等等&＃xff0c;sqlCommandType非常重要&＃xff0c;其实就是确定是那一类操作String nodeName &＃61; context.getNode().getNodeName();SqlCommandType sqlCommandType &＃61; SqlCommandType.valueOf(nodeName.toUpperCase(Locale.ENGLISH));// 显然现在是解析update标签而不是Select&＃xff0c;falseboolean isSelect &＃61; sqlCommandType &＃61;&＃61; SqlCommandType.SELECT;// *** 重点-这里会进一步展开来看SqlSource sqlSource &＃61; langDriver.createSqlSource(configuration, context, parameterTypeClass);String resultSets &＃61; context.getStringAttribute("resultSets");String keyProperty &＃61; context.getStringAttribute("keyProperty");String keyColumn &＃61; context.getStringAttribute("keyColumn");// 在insert语句中我们可以在Insert标签下定义一个标签用于生成主键id&＃xff0c;同样也可以自己生成 KeyGenerator keyGenerator;String keyStatementId &＃61; id &＃43; SelectKeyGenerator.SELECT_KEY_SUFFIX;keyStatementId &＃61; builderAssistant.applyCurrentNamespace(keyStatementId, true);if (configuration.hasKeyGenerator(keyStatementId)) {keyGenerator &＃61; configuration.getKeyGenerator(keyStatementId);} else {keyGenerator &＃61; 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的重要性&＃xff0c;现在就更加深入的SqlSource是怎么产生的&＃xff0c;这个时候就来到了XMLScriptBuilder#parseScriptNode方法&＃xff0c;即就是解析当前的update标签的重点&＃xff0c;可以看出如下的context就是当前需要解析的update类型的节点。

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

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