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：
后面就是把真正的值填进去执行查询操作了。