合集总览：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中定义了。

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

BaseMapper中定义的常用方法:

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