目录
statement结构图
statement的结构图与Executor很相似, 常用的就是预处理器, 以下的讲解都是围绕预处理器
执行流程
- 声明statement, 创建statement
- 为preparedStatement设置参数, 解析并填充参数
- 调用execute()方法执行sql
- 结果集处理
源码分析
直接进入到执行器的doQuery()方法里面
58行创建了一个StatementHandler对象 , 默认是RoutingStatementHandler类型, 里面包含了一个PrearedStatementHandler类型的对象, 这块用的也是装饰器模式
进入58行
此处相当于一个Statement缓存获取, 84行根据83行sql去获取Statement, 如果不为null, 则使用上一次的Statement对象, 这就是为什么相同的sql进行多次查询只编译一次
因为是第一次查询, 所以会走else逻辑, 并在90行将sql作为key, Statement作为value存入到map中, 用于下次if获取
接下来进入92行, 最终会走到setParameters()方法
不同类型的参数解析
接下来根据这4中不同情况, 分别查看mybatis是怎么解析参数的
只有一个参数, 没有标记@Param注解
通过86行进行参数转换, 进入该方法
由于该方法没有@Param注解, 且 参数个数唯一 所以会走127-128行逻辑,
value 值为1, names.get(0)值为"id"
进入128行
由于object既不是集合也不是数组 , 所以直接走170行返回, 参数解析完成
多个参数, 都没有标记@Param注解
将会走130行逻辑, 在133行和138行将属性名与属性值封装成一个map
多个参数, 其中有一个标注了@Param注解
根据@Param注解中配置的值作为map的key
多个参数, 其中有一个参数是对象类型
进行一个错误配置
测试代码
返回的参数映射
这个方法将会抛出异常, 这个方法是用来配置一级缓存的key的 进入此方法
在此处需要获取user111.id, 但是我们只有user.id, 所以获取失败, 会抛出异常