MyBatis-MappedStatement什么时候生成？QueryWrapper如何做到动态生成了SQL？

通过XML配置的MappedStatement

这部分MappedStatement主要是由MybatisXMLMapperBuilder进行解析，核心逻辑如下：

通过注解配置的MappedStatement

核心逻辑就在这个里面了：

继承BaseMapper的MappedStatement

我们看看这个类，里面就提供了一些默认的方法：

然后得到这个方法列表以后就进行了MappedStatement的注册：

QueryWrapper如何生效？

可以很清晰的看到QueryWrapper这个参数给我们内置了名称ew。那么怎么根据我们QueryWrapper里面的条件生成SQL的？答案就在这个getBoundSql里面：

可以看到当参数为QueryWrapper的时候其实Map里面有两个参数但是这两个参数都指向同一个对象，在创建DynamicContext会将传过来的参数存储在private final ContextMap bindings里面：

前面我们提到继承BaseMapper的MappedStatement注册，这里面其实又根据不同的CommandType生成了不同的动态SQL语句。

并且根据动态SQL创建了SqlSource:

上面创建的SqlSource 在使用QueryWrapper进行查询的时候会被用到，现在我们就有了参数和SqlSource，接下来就是生成真正的SQL：

我们看到Context#getSql 的时候就已经拿到了Sql：

所以这个核心逻辑就RootSqlNode.apply()做很多操作：

我们看看里面的逻辑，很清晰的看到针对不动的Node进行了不同的处理，这个时候生成了我们最终的SQL并且完成了字段和属性的绑定，底层是通过Ognl去实现的：

接着往下走，返回之前已经生成了ParaMeterMappings，生成了预编译的SQL：

后面就是把真正的值填进去执行查询操作了。