解析Mybatis判斷表達式源碼分析
在我們開發(fā)過程中用 Mybatis 經(jīng)常會用到下面的例子
Mapper如下
Map<String ,String > testArray(@Param("array") String [] array);
XMl中的sql如下
<select id="testArray" resultType="map">
select * from t_ams_ac_pmt_dtl where cpt_pro=#{cptProp}
<if test="array!=null and array != '' ">
and cpt_pro=#{cptProp}
</if>
</select>
剛看上面的代碼會覺得數(shù)組怎么能和空字符串進行一起比較呢,一開始會覺得這個代碼運行起來絕對報錯,但是寫單元測試運行了一遍發(fā)現(xiàn)成功運行了。因此想是不是 Mybatis 在內(nèi)部對數(shù)組類型的數(shù)據(jù)進行了封裝。于是有了這一次的源碼解析之旅。上網(wǎng)查了查發(fā)現(xiàn) Mybatis 解析使用了 OGNL 。至于什么是 OGNL 摘抄了百度百科中的一段話
OGNL是Object-Graph Navigation Language的縮寫,它是一種功能強大的表達式語言,通過它簡單一致的表達式語法,可以存取對象的任意屬性,調(diào)用對象的方法,遍歷整個對象的結(jié)構(gòu)圖,實現(xiàn)字段類型轉(zhuǎn)化等功能。它使用相同的表達式去存取對象的屬性。這樣可以更好的取得數(shù)據(jù)。
單元測試類如下
@Test
public void testArray(){
SqlSession sqlSession = sqlSessionFactory.openSession();
TBapCheckPtsTranscdMapper mapper = sqlSession.getMapper(TBapCheckPtsTranscdMapper.class);
String str= "1,2,3";
String [] strings = str.split(",");
mapper.testArray(strings);
}
首先我們先來看一下 DynamicSqlSource 這個類,這個類中有個方法如下
@Override
public BoundSql getBoundSql(Object parameterObject) {
DynamicContext context = new DynamicContext(configuration, parameterObject);
rootSqlNode.apply(context);
SqlSourceBuilder sqlSourceParser = new SqlSourceBuilder(configuration);
Class<?> parameterType = parameterObject == null ? Object.class : parameterObject.getClass();
SqlSource sqlSource = sqlSourceParser.parse(context.getSql(), parameterType, context.getBindings());
BoundSql boundSql = sqlSource.getBoundSql(parameterObject);
for (Map.Entry<String, Object> entry : context.getBindings().entrySet()) {
boundSql.setAdditionalParameter(entry.getKey(), entry.getValue());
}
return boundSql;
}
其中
rootSqlNode.apply(context);
這段代碼對SQL進行了動態(tài)的拼接,然后點進去看一下
@Override
public boolean apply(DynamicContext context) {
for (SqlNode sqlNode : contents) {
sqlNode.apply(context);
}
return true;
}
這里的SQL拼接運用了 組合模式 不同的 sqlNode 調(diào)用的方法不一樣,但是最后的想要結(jié)果都是一樣的:拼接SQL。例如我們第一次進 apply 這個方法中的時候他跳轉(zhuǎn)到了
StaticTextSqlNode 這個類中調(diào)用了下面的方法
@Override
public boolean apply(DynamicContext context) {
context.appendSql(text);
return true;
}
直接將SQL拼接為
select * from t_ams_ac_pmt_dtl where cpt_pro=#{cptProp}
然后我們第二次循環(huán)執(zhí)行發(fā)現(xiàn)它跳轉(zhuǎn)到了 IfSqlNode 這個類中,這是標簽為 <if> 的判斷類,
@Override
public boolean apply(DynamicContext context) {
if (evaluator.evaluateBoolean(test, context.getBindings())) {
contents.apply(context);
return true;
}
return false;
}
在解析語句中傳了兩個參數(shù)進去
evaluator.evaluateBoolean(test, context.getBindings())
test :就是要解析的表達式,在此場景下就是 array!=null and array != ''context.getBindings() :獲得的是一個Map,其中存儲了參數(shù) array 的所對應的值,如下所示
image
然后接下來就到了 OGNL 解析表達式了,發(fā)現(xiàn)最后到了 ASTNotEq 這類中
protected Object getValueBody(OgnlContext context, Object source) throws OgnlException {
Object v1 = this._children[0].getValue(context, source);
Object v2 = this._children[1].getValue(context, source);
return OgnlOps.equal(v1, v2) ? Boolean.FALSE : Boolean.TRUE;
}
這里解析分為了兩步進行解析,上面的表達式為 array!=null and array != '' 那么他會根據(jù)and 進行分組將其放入 Node 數(shù)組中。
Node[0] : array!=null Node[1] : array != ''
然后這里面的兩個參數(shù) v1 和 v2 分別為左邊和右邊的參數(shù),此時先解析 Node[0] 中的參數(shù)
- v1 :就是參數(shù) array 對應的數(shù)組的值
- v2 :就是null
此時到這應該就知道為什么 String 數(shù)組為什么能和空字符串進行比較了,因為他將數(shù)組轉(zhuǎn)化為了 Object 然后用自己寫的 equal 方法進行比較。然后進去他寫的 equal 方法中看了以后發(fā)現(xiàn)他對數(shù)組比較是特殊的。
- 如果左邊是數(shù)組右邊是字符串:兩個都轉(zhuǎn)換為 Object 然后進行
v1.getClass()==v2.getClass()判斷 - 如果左邊是數(shù)組右邊也是數(shù)組:先判斷兩個數(shù)組的長度是否相同,如果相同,那么循環(huán)遍歷兩個數(shù)組進行里面的值的比較
總結(jié)
以上所述是小編給大家介紹的解析Mybatis判斷表達式源碼分析,希望對大家有所幫助,如果大家有任何歡迎給我留言,小編會及時回復大家的!
相關(guān)文章
SpringBoot項目使用slf4j的MDC日志打點功能(最新推薦)
這篇文章主要介紹了SpringBoot項目使用slf4j的MDC日志打點功能,本文通過示例代碼給大家介紹非常詳細,對大家的學習或工作具有一定的參考借鑒價值,需要的朋友可以參考下2023-06-06

