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:
在这里插入图片描述
后面就是把真正的值填进去执行查询操作了。

上一篇:游戏服务器如何有效地实现不同游戏模式和规则?


下一篇:车辆重识别(2020NIPS去噪扩散概率模型)论文阅读2024/9/27