Mybatis源码解析:sql参数处理,原来可以这么简单-1,mongodb面试问题

本文深入解析Mybatis源码中的sql参数处理,包括全局变量解析和方法入参${}的解析。全局变量解析在配置文件解析时完成,未找到匹配值时保持原样。入参${}解析时,若未在全局变量中定义,则等待后续处理。同时,文章探讨了#{}的处理,通过ParameterMappingTokenHandler将#{XXX}替换为问号。在执行时,通过BoundSql和ParameterHandler设置参数,最终使用PreparedStatement处理参数。
摘要由CSDN通过智能技术生成

expression.append(src, offset, end - offset);
break;
}
}
if (end == -1) {
// close token was not found.
builder.append(src, start, src.length - start);
offset = src.length;
} else {
//这里根据不同的处理器会有不同的操作,刚才传入的是VariableTokenHandler
builder.append(handler.handleToken(expression.toString()));
offset = end + closeToken.length();
}
}
start = text.indexOf(openToken, offset);
}
if (offset < src.length) {
builder.append(src, offset, src.length - offset);
}
return builder.toString();
}
到这里全局变量就解析完成了,那么如果在全局变量中没有找到对应的值该怎么办呢?例如我这里使用的sql是select * from user where id = i d , 而 不 是 {id},而不是 id{globalId},那么根据VariableTokenHandler处理器,它会原封不动的进行返回,等待后文的解析。

顺便一提,这一部分的解析实在解析我们的配置文件的时候就发生了,方法入口为context.evalNodes(“select|insert|update|delete”),在解析配置的时候,其他节点也大量使用了context.evalNodes()方法去解,所以只要当配置mybatis.xml文件中的properties节点解析完成之后,里面的变量就是能全局使用了,这也是为什么properties节点要放在第一个解析。

又由于这个通用解析器只解析${XXX}格式的变量,所以全局的变量不能写成#{xxx}.

入参${}的解析
List get(Integer id);

select * from user where id = i d < / s e l e c t > 这 个 例 子 , 我 们 没 有 在 全 局 变 量 中 定 义 i d , 而 是 在 方 法 中 传 入 这 个 值 。 根 据 上 文 中 的 V a r i a b l e T o k e n H a n d l e r . h a n d l e T o k e n 方 法 就 会 返 回 {id} </select> 这个例子,我们没有在全局变量中定义id,而是在方法中传入这个值。根据上文中的VariableTokenHandler.handleToken方法就会返回 id</select>,

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值