Mybatis中resultMap功能怎么用
这篇文章主要介绍了Mybatis中resultMap功能怎么用，具有一定借鉴价值，感兴趣的朋友可以参考下，希望大家阅读完这篇文章之后大有收获，下面让小编带着大家一起了解一下。
前言
在Mybatis中，有一个强大的功能元素resultMap。当我们希望将JDBC ResultSets中的数据，转化为合理的Java对象时，你就能感受到它的非凡之处。正如其官方所述的那样：
resultMap元素是 MyBatis 中最重要最强大的元素。它可以让你从 90% 的 JDBC ResultSets 数据提取代码中解放出来，并在一些情形下允许你进行一些 JDBC 不支持的操作。实际上，在为一些比如连接的复杂语句编写映射代码的时候，一份 resultMap 能够代替实现同等功能的长达数千行的代码。ResultMap 的设计思想是，对于简单的语句根本不需要配置显式的结果映射，而对于复杂一点的语句只需要描述它们的关系就行了。
一、字段映射
在Mybatis中，最简单的结果映射方式，就是通过类型别名typeAliases来处理。
如果要这样做，那么第一步需要配置实体类包的路径：
mybatis.type-aliases-package=com.xxx.entity
该路径下的所有类，就会被注册到TYPE_ALIASES容器。我们在指定返回值类型的时候，就直接用别名即可。
比如，我们有一个User类：
@Datapublic class User { private String id; private String username; private String password; private String address; private String email;}
如果数据库中表的字段与User类的属性名称一致，我们就可以使用resultType来返回。
当然，这是理想状态下，属性和字段名都完全一致的情况。但事实上，不一致的情况是有的，这时候我们的resultMap就要登场了。
如果User类保持不变，但SQL语句发生了变化，将id改成了uid。
那么，在结果集中，我们将会丢失id数据。这时候我们就可以定义一个resultMap，来映射不一样的字段。
然后，我们把上面的select语句中的resultType修改为resultMap="getUserByIdMap" 。
这里面column对应的是数据库的列名或别名；property对应的是结果集的字段或属性。
这就是resultMap最简单，也最基础的用法：字段映射。
下面，我们看看其他几种标签都是怎么应用的。
| 元素名称 | 描述 |
|---|---|
| constructor | 用于在实例化类时，注入结果到构造方法中 |
| association | 关联一个对象 |
| collection | 关联多个对象 |
二、构造方法
如果你希望将结果注入构造方法里，就可以用到constructor元素。
比如，我们的User类增加了一个构造方法：
public User(String id, String name) {this.id = id+"--------";this.username = name+"--------";}
我们需要在resultMap中定义constructor元素：
其中，column代表数据库字段名称或者别名；name则是构造方法中的参数名称；javaType指定了参数的类型。
如你所想，这样指定构造方法后，我们结果集中的id和username属性都会发生变化。
{ "id": "1001--------", "username": "后羿--------", "password": "123456", "address": "北京市海淀区", "email": "510273027@qq.com"}
三、关联
在实际的业务中，我们的用户一般都会有一个角色。那么在User类里面一般也是以一个实体类来表示。
@Datapublic class User { //省略用户属性... //角色信息 private Role role;}
我们在查询用户的时候，如果也希望看到它的角色信息，我们会这样来写查询语句：
如上，就要查询单个用户以及用户的角色信息。不过在这里，我们不能用resultType=User来返回。
毕竟，User类中只有一个Role对象，并没有role_id和role_name字段属性。
所以，我们要使用association来关联它们。
最后我们就可以将角色信息一块显示出来：
{ "id": "1001", "username": "后羿", "password": "123456", "address": "北京市海淀区", "email": "510273027@qq.com", "role": { "id": "3", "name": "射手" }}
事实上，如果你确定关联信息是一对一的情况，有个更简便的方法可以替代association，我们在本文的第五部分-自动填充关联对象再看它是怎么实现的。
四、集合
1、集合的嵌套结果映射
上面我们看到一个用户后羿，它的角色是射手；但大部分时候，我们每个人都不可能只拥有一种角色。所以，我们需要将User类中的角色属性的类型改成List。
@Datapublic class User { //省略用户属性... //角色信息 private List
现在就变成了一个用户对应多个角色，所以就不是简单的association。
因为association处理的是有一个类型的关联；而我们这里是有多个类型的关联，所以就需要用到collection属性。
我们整体的resultMap会变成下面这样：
这样的话，即便你有多个角色也可以被正确显示：
{ "id": "1003", "username": "貂蝉", "password": "123456", "address": "北京市东城区", "email": "510273027@qq.com", "roles": [ { "id": "1", "name": "中单" }, { "id": "2", "name": "打野" } ]}
2、集合的嵌套 Select 查询
在大部分业务系统中，我们都会有一个菜单的表，比如像下面这样，一张Menu表：
| id | name | url | parent_id |
|---|---|---|---|
| 1 | 系统管理 | 0 | |
| 1001 | 用户管理 | /user | 1 |
| 1002 | 角色管理 | /role | 1 |
| 1003 | 单位管理 | /employer | 1 |
| 2 | 平台监控 | 0 | |
| 2001 | 系统监控 | /system/monitor | 2 |
| 2002 | 数据监控 | /data/monitor | 2 |
这里我们给菜单分为两级。我们给前端返回菜单的时候，也是需要分级的，不可能将这7条数据平级展示。那么，在这里我们的Menu实体类如下：
@Datapublic class Menu { private String id; private String name; private String url; private String parent_id; private List
