MyBatis源码分析_ResultSetHandler（7）

目录

1. 传统JDBC

2. Mybatis访问数据库

2.1  Statement访问数据库

2.2  火枪手 ResultSetHandler 出现

3. ResultSetHandler处理结果集

3.1 首先就是进入 handleResultSets 方法

3.2 handleResultSet 方法根据映射规则（resultMap）对结果集进行转化

3.3 handleRowValuesForSimpleResultMap 方法对行进行映射处理

4.  getRowValue方法针对读取ResultSet对象进行映射（3.3细化）

4.1 根据resultMap的type属性，实例化目标对象

4.2 对目标对象进行封装得到metaObjcect,为后续的赋值操作做好准备

4.3一般情况下 autoMappingBehavior默认值为PARTIAL，对未明确指定映射规则的字段进行自动映射

4.4 映射resultMap中明确指定需要映射的列

4.5 如果没有一个映射成功的属性，则根据的配置返回null或者结果对象

5. 保存映射结果对象

5.1  resultContext 计数作用

 5.2 ResultHandler存储结果集

6. 主流程over

---

1. 传统JDBC

Mybatis其实就是封装传统JDBC的，它和传统JDBC访问数据库基本一模一样。因此，不要觉得Mybatis有多高级。而 ResultSetHandler 就是处理我们JDBC访问数据库获取到的ResultSet结果集的。在此之前，我们还是先看一下传统JDBC：

再次基础之上，我们继续分析Mybatis是如何访问数据库并且封装对象的。

2. Mybatis访问数据库

中间涉及到设置参数，初始化Statement等操作，这些在MyBatis源码分析_Executor组件及3个火枪手（6）_chen_yao_kerr的博客-CSDN博客已经 分析过了。接下来将是直接分析访问数据库以及返回结果集的处理。

最终，他会调用到 RoutingStatementHandler的query方法。而我们在实例化RoutingStatementHandler的时候，我们说过它是典型的策略模式。它是根据xml配置文件的信息，生成不同的StatementHandler对象，而本文则是基于PreparedStamentHandler进行的，因此它必然会进入PreparedStamentHandler的query方法：

 

2.1  Statement访问数据库

最终调用的是mysql的底层jar包PreparedStatementLogger对象访问的数据库，这一点和JDBC访问的方式一模一样，我们就不做过多的分析了。

2.2  火枪手 ResultSetHandler 出现

访问数据库结束以后，我们会对调用ResultSetHandler对象对结果集进行mybatis特有的处理，这一点是和JDBC不同的：

而 StatementHandler 的基类中，是持有ResultSetHandler的：

 所有，我们的PreparedStatementHandler才可以直接使用ResultSetHandler对象处理结果集ResultSet.

3. ResultSetHandler处理结果集

3.1 首先就是进入 handleResultSets 方法

a. 首先就是从Statement对象中获取第一个结果集ResultSet并包装成 ResultSetWrapper

b. 获取结果集对应的ResultMap，这个是在第一阶段加载xml文件的时候就准备好的，column-property的形式

c. 根据映射规则（resultMap）对结果集进行转化，转换成目标对象以后放入multipleResults中

d. 获取下一个结果集继续遍历，直到遍历完所有的结果集位置。

3.2 handleResultSet 方法根据映射规则（resultMap）对结果集进行转化

其实，这个方法就是对结果集进行缓存处理，并且在填充完以后放入list中。

3.3 handleRowValuesForSimpleResultMap 方法对行进行映射处理

针对读取ResultSet对象进行映射并且保存映射结果，我将单独开一个大的段落进行分析。本篇后面的所有内容都是针对此处进行详细分析。

4.  getRowValue方法针对读取ResultSet对象进行映射（3.3细化）

首先看一下getRowValue方法的总体结构，后面将针对这个结果逐步分析每一步都干了什么事情

4.1 根据resultMap的type属性，实例化目标对象

这一步挺简单的，就是根据我们配置的返回值类型，实例化出来一个空的对象，方便后面的步骤进行值的设置

4.2 对目标对象进行封装得到metaObjcect,为后续的赋值操作做好准备

元数据对象，由Configuration对象负责生成，它是mybatis提供的反射工具类。因为这是一个底层代码，使用反射设置属性值是通用做法，而传统的java反射对处理List、Map、嵌套类等处理起来并不方便。而Mybatis提供的MetaObject对象，能够很好的处理集合、嵌套类等，功能更为强大。

生成对象以后，我们来看一下这个结构：

由于我们的测试case不涉及嵌套类型的查询，因此无法看到嵌套类型具体值的设置过程，后面会补一篇关于嵌套类型的博客，单独进行分析。

4.3一般情况下 autoMappingBehavior默认值为PARTIAL，对未明确指定映射规则的字段进行自动映射

 由于我们是使用最简单的类型进行查询的，所以我们会把select语句中查询的字段进行自动映射。简单点说就是默认查询的字段 和  表中的字段名是一模一样的，这届根据当前的查询字段进行设置值就ok了。

 而值的查询，就是和传统的JDBC代码一样，从ResultSet中获取并设置到目标对象中的：

可能有人会说，怎么是把值设置到了metaObject元数据中了呢？ 其实，元数据中之前提过了，是会生成BeanWrapper对象的，这就是一个Bean对象。我们最终是通过反射，设置到这个bean对象中的：

4.4 映射resultMap中明确指定需要映射的列

这一章节，是我们在xml文件中配置了ResultMap的映射关系，按照映射关系进行设置值的，逻辑与4.3雷同

4.5 如果没有一个映射成功的属性，则根据<returnInstanceForEmptyRow>的配置返回null或者结果对象

这一步就没有什么好说的了, rowValue = foundValues || configuration.isReturnInstanceForEmptyRow() ? rowValue : null;

5. 保存映射结果对象

其实，大部分的映射都是放置在 resultHandler  和  resultContext中的。

5.1  resultContext 计数作用

 5.2 ResultHandler存储结果集

也就是说，能够获取到ResultHandler对象，就可以获取到封装好了的所有结果集了。

6. 主流程over

待我们获取到ResultHandler对象以后，就可以从ResultHandler对象中获取到所有的结果集，并放入名称为multipleResults的List中。

然后就是一路返回List到Executor组件中；

接着返回，因为我们查询调用的是SqlSession中的 selectOne 方法，所有只会返回1条数据。

而调用的入口方法在此处：

至此，全部调用完毕，返回到我们自己写的业务代码处。