解决问题：n+1问题，之前我的习惯是拿到单表里面的数据，然后遍历，再拿到一个与其他表对应的逻辑上的外键，然后for循环去查找其他表的数据（原因是数据量小，没有在意，还有主要是不想建外键，你知道的，外键是很麻烦的，虽然有利于查询，但是增删改确实很让人头疼），这样做也能达到效果，但是效率低，访问数据库的次数也太多了，假设我查询出了1000条数据，我要用他里面的逻辑外键去查找其他表1000次，就意味着访问数据1000次，这样做还会遇到一些问题，若当前的逻辑外键查找在对应的表里面没有数据，就会抛出异常，从程序出错
例子，我要返回前端一个封装好的实体模型，里面包含了多个不在同一个数据表的字段，这就涉及到了多表查询，我把需要返回前端的字段封装为一个DTO
步骤：
1：构建DTO
package com.steak.system.pojo.dto; public class ApplyDTO { private Integer applyId; //申请书的ID 属于申请表（sys_apply) private String selfIntroduction; //自我介绍 属于申请表（sys_apply) private String applyTime; //申请时间 属于申请表（sys_apply) private String userName; //申请人，属于用户表(sys_user) private String collegeName; //二级学院名称，属于二级学院表(sys_college) private String recruitName; //招聘书标题 ， 属于招聘表(sys_recruit) private String status; //申请状态 属于申请表（sys_apply) 省去setter,getter } 从上面可以看出上面的字段涉及了四个表
2：构建mybatis Mapper.xml
<?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE mapper PUBLIC "-//mybatis.org//DTD Mapper 3.0//EN" "http://mybatis.org/dtd/mybatis-3-mapper.dtd"> <mapper namespace="com.steak.system.mapper.ApplyDOMapper"> <resultMap id="ApplyDTO" type="com.steak.system.pojo.dto.ApplyDTO"> <id column="apply_id" jdbcType="INTEGER" property="applyId" /> <result column="self_introduction" jdbcType="VARCHAR" property="selfIntroduction" /> <result column="user_name" jdbcType="VARCHAR" property="userName" /> <result column="apply_time" jdbcType="TIMESTAMP" property="applyTime" /> <result column="college_name" jdbcType="VARCHAR" property="collegeName" /> <result column="status" jdbcType="INTEGER" property="status" /> <result column="recruit_name" jdbcType="VARCHAR" property="recruitName" /> </resultMap> <select id="getApplyDTO" parameterType="java.lang.String" resultMap="ApplyDTO"> select a.apply_id,a.self_introduction,a.apply_time,u.user_name,c.college_name,a.status,r.recruit_name from sys_recruit r,sys_apply a,sys_user u,sys_college c where a.recruit_id = r.recruit_id and a.apply_people_id = u.user_id and r.apply_depatment = c.college_id and release_people_id = #{userId,jdbcType=VARCHAR} </select> </mapper> 上面的resultMap 的 id="ApplyDTO"和下面的查询语句的resultMap要对应，resultMap算是mybatis中最强大的了，type="com.steak.system.pojo.dto.ApplyDTO" 是我自定义的DTO(再次强调，DTO并不是规则的实体，如果不是很理解，可以去了解一下DTO) property的字段应和DTO里面的字段对应
3：创建接口Mapper
List<ApplyDTO> getApplyDTO(String userId); getApplyDTO要和xml里面的查询语句的id对应
4：返回结果
List<ApplyDTO> list = applyDOMapper.getApplyDTO(userId); 在service层调用Mapper的接口，就能返回对应的结果
额外：实体之间的转换（少写代码）
如：我封装的DTO里面有一个字段int类型的字段status，一般在数据库里面我们用数字来表示，但是返回前台我们应该用一个别人能够理解的字段来表示（如待审核，已审核），由此我们需要定义一个VO(返回前端的模型，里面的字段要和DTO里面所要转换的的字段相同，注意，是需要转换的，我也可以在VO里面定义其他的，DTO转换的时候只转换VO里面和自己对应的），然后通过set方式将值转换到VO里面，数据字段少其实可以手动set,如果有50个字段，一个字段一个字段的去set（实际上我只需要转换一个status字段就OK，当然也可以交给前端来处理，但是有时候前端并不知道代表什么，所以我们尽量给前端解析好，别人就不用去猜测了)，费力费时，代码还不优雅，所以推荐使用一些实体的转换工具，我使用的是Apache的BeanUtils，里面有转换的方法，如我将DTO转换为VO，如下便可
BeanUtils.copyProperties(VO,DTO);
这样的话我就将所有数据转到VO里面了，我们在VO里面的status字段设置为String,然后取DTO里面的status字段出来进行语义化成一个可理解的字段，为什么不取VO里面的，要取DTO呢，前面已经说了只能转换和自己对应的，因为DTO里面的status为int类型，而VO里面的status为String，所以转过来VO里面的status为null，所以需要取DTO里面的status，然后赋值给VO里面的status,如：1=待审核 2=已审核
本文提到的VO,DTO模型并不是真正意义上的实体，它不像DO这种是直接和数据库一一对应的实体，它是可拓展的，可变的，如果不理解，可以百度一下，另外本文纯属CRUD，不喜勿喷
