合集总览：Mybatis框架梳理   


聊一下mybatis-plus。你是否有过疑问，Mybatis-plus中BaseMapper方法对应的SQL在哪里？它为啥会被越来越多人接受。在Mybatis已经足够灵活的情况下，它又做了什么事情。

Mybatis回顾

回顾Mybatis，它帮我们做了javaType和jdbcType之间的转换，让我们很容易的实现数据库和java对象之间的转换。同时将java代码和SQL分离，通过xml集中管理SQL，然后通过代理的方式完成接口和xml之间的映射绑定。
相比较之间的JDBC开发，已经简化了开发流程。但在使用的过程中，痛点也逐渐暴露出来。

以前的方案

在Mybatis的使用过程中，单表的CRUD仍然需要在xml文件中定义，简言之就是Mybatis规范了mapper接口和mapper.xml之间的映射关系。不知道有没有小伙伴还记得，那时候为了满足这一限制，很多公司框架使用代码生成器对单表的CRUD进行模版定义，然后在xml文件中自动生成SQL片段。通过Mybatis提供的动态SQL特性，在xml中生成多个if片段，实现多条件的查询。类似这种：

// 自动生成的模版代码
<sql id="DefColumnList" >
   <trim suffixOverrides=",">
      t.RECORD_ID,
       t.BATCH_CODE,
       t.CONSUME_FLAG,
       t.CONSUME_TYPE
       ...
   </trim>
 </sql>
 <sql id="DefWhereClause" >
    <trim prefix="WHERE" prefixOverrides="AND | OR">
      <if test="recordId != null" >
         AND  RECORD_ID = #{ recordId }
      </if>
      <if test="batchCode != null" >
         AND  BATCH_CODE = #{ batchCode }
      </if>
      ...
	</trim>    
</sql>

Mybatis-plus

我觉得Mybatis-plus巧妙的地方是，当大家把mapper接口和mapper.xml一一对应当成铁律的时候，Mybatis-plus想到的是：mapper.xml不是Mybatis执行SQL时最终要用的东西，在Mybatis中，执行SQL要用的是MappedStatement，mapper.xml只是定义SQL的图纸。对于基础的CRUD，既然可以通过java反射在xml文件中创建出对应的SQL模版，那么为什么不直接创建对应的MappedStatement呢？

Mybatis启动时会加载解析mapper.xml，将解析的<select>``<insert>等标签构建为MappedStatement，最终由mapper接口的调用处理器调用。那么干脆在加载时直接通过解析对象和接口，创建所需的MappedStatement（BaseMapper中定义的接口方法），这样就不用在xml中定义了。

/**
 * SQL 自动注入器
 */
public abstract class AbstractSqlInjector implements ISqlInjector {
	// 加载时检查BaseMapper中定义的方法是否注入
	public void inspectInject(){}
}

BaseMapper中定义的常用方法:

看到这里，希望你能明白Mybatis-plus中BaseMapper方法在没有定义xml的情况下如何执行这个问题。