在MyBatis开发中，select查询的结果映射是核心环节之一，也是新手最容易混淆的知识点——到底该用resultType还是resultMap？什么时候用简单的resultType就能搞定，什么时候又必须写复杂的resultMap？
本文将从底层原理、核心区别、适用场景、实操案例四个维度，彻底讲清两者的使用逻辑，结合真实项目场景给出选择建议，同时分享常见坑点与避坑技巧，让你在开发中不再纠结。
一、先搞懂：结果映射的核心作用
MyBatis作为ORM框架（对象关系映射），核心目标是将数据库查询结果（表记录）与Java对象（POJO）进行关联。而resultType和resultMap，就是MyBatis提供的两种实现“查询结果→Java对象”映射的方式。
简单说：结果映射的本质，是告诉MyBatis如何将SQL查询返回的列值，准确赋值给Java对象的属性。理解这一点，就能快速判断两种方式的适用场景。
二、核心区别：resultType vs resultMap
先通过一张表，直观对比两者的核心差异，帮你建立整体认知：
对比维度 | resultType | resultMap |
|---|---|---|
核心逻辑 | 基于“列名=属性名”自动映射，无需额外配置 | 手动定义列与属性的映射关系，支持复杂场景 |
适用场景 | 列名与属性名一致、简单查询（单表/多表关联简单映射）、返回基本类型/Map | 列名与属性名不一致、复杂关联查询（一对一/一对多）、级联查询、自定义类型转换 |
配置复杂度 | 低，仅需指定返回类型（POJO/基本类型/Map） | 高，需在mapper.xml中单独定义resultMap标签，配置列与属性的映射规则 |
灵活性 | 低，仅支持默认映射规则，无法自定义 | 高，支持自定义映射、级联、类型处理器、延迟加载等 |
性能 | 略高（自动映射无需解析复杂配置） | 略低（需解析自定义映射规则），但在复杂场景下不可替代 |
三、实操案例：手把手教你用对两种映射方式
下面结合真实项目场景，通过代码案例演示两者的具体使用，所有案例均基于MySQL数据库，POJO类与表结构对应如下：
1. 数据库表（user）：id（int，主键）、user_name（varchar）、user_age（int）、create_time（datetime）
2. Java POJO类（User）：
package com.icoderoad.pojo; import java.uti
)
)
)
