mybatisplus之Wrappers.ne踩坑記錄解決
一段看似平平無奇的代碼
Classroom classroom = this.getOne(
Wrappers.<Classroom>lambdaQuery()
.select(Classroom::getId, Classroom::getJoinType)
.eq(Classroom::getClassId, signupSubmitVO.getClassId())
.eq(Classroom::getUserId, userId)
);
if (joinType == null && classroom != null) {
joinType = classroom.getJoinType();
}
List<Classroom> hasClassroomList = this.list(
Wrappers.<Classroom>lambdaQuery()
.select(Classroom::getId, Classroom::getProvinceId, Classroom::getCityId, Classroom::getAreaId)
.eq(Classroom::getClassId, signupSubmitVO.getClassId())
.ne(classroom != null, Classroom::getId, classroom.getId()) //空指針
);
在測試過程中發(fā)生了預(yù)期之外的異常,在 .ne(signup != null, YySignup::getId, signup.getId())處報了空指針 在編寫這個邏輯的時候,就預(yù)料到了classroom可能為null,所以才用了ne(boolean condition, R column, Object val)這個方法
按照我理解的邏輯當(dāng)condition為false也就是classroom為null時,后面的條件就不會觸發(fā),自然classroom.getId()就不會執(zhí)行,那自然就不會出現(xiàn)空指針異常。
報了異常
但實際它還是報了異常,再認(rèn)真看了文檔,關(guān)于condition的說明
boolean condition:表示該條件是否加入最后生成的sql中
也就是說condition只影響.ne( Classroom::getId, classroom.getId())這個條件是否加入最后生成的sql,并不會影響classroom.getId()的執(zhí)行
以為它不會執(zhí)行后面的操作純屬自己“一廂情愿、自作多情”
在mybatis關(guān)于ne的源碼中第二個參數(shù)是一個Object類型的參數(shù)
default Children ne(R column, Object val) {
return this.ne(true, column, val);
}
而上述代碼中傳入的是classroom.getId(),方法在執(zhí)行過程中需要將這個表達(dá)式轉(zhuǎn)換成具體的值,也就是執(zhí)行classroom.getId(),而此時classroom為null,自然就報空指針了。
將classroom是否為null單獨拿出來判斷
為了規(guī)避這個問題,應(yīng)該需要將classroom是否為null單獨拿出來判斷
Classroom classroom = this.getOne(
Wrappers.<Classroom>lambdaQuery()
.select(Classroom::getId, Classroom::getJoinType)
.eq(Classroom::getClassId, signupSubmitVO.getClassId())
.eq(Classroom::getUserId, userId)
);
if (joinType == null && classroom != null) {
joinType = classroom.getJoinType();
}
LambdaQueryWrapper<Classroom> query = Wrappers.<Classroom>lambdaQuery()
.select(Classroom::getId, Classroom::getProvinceId, Classroom::getCityId, Classroom::getAreaId)
.eq(Classroom::getClassId, signupSubmitVO.getClassId())
if (classroom != null) {
query.ne(Classroom::getId, classroom.getId());
}
雖然麻煩了一點點,但規(guī)避了問題。
以上就是mybatisplus之Wrappers.ne踩坑記錄解決的詳細(xì)內(nèi)容,更多關(guān)于mybatisplus Wrappers.ne踩坑的資料請關(guān)注腳本之家其它相關(guān)文章!
相關(guān)文章
mybatis generator 配置 反向生成Entity簡單增刪改查(推薦)
這篇文章主要介紹了mybatis generator 配置 反向生成Entity簡單增刪改查(推薦)的相關(guān)資料,非常不錯,具有參考借鑒價值,需要的朋友可以參考下2016-12-12
Spring Security添加二次認(rèn)證的項目實踐
在用戶自動登錄后,可以通過對密碼進(jìn)行二次校驗進(jìn)而確保用戶的真實性,本文就來介紹一下Spring Security添加二次認(rèn)證的項目實踐,具有一定的參考價值,感興趣的可以了解一下2023-12-12
SpringBoot使用AES對JSON數(shù)據(jù)加密和解密的實現(xiàn)方法
這篇文章主要介紹了SpringBoot使用AES對JSON數(shù)據(jù)加密和解密的實現(xiàn)方法,文章通過代碼示例介紹的非常詳細(xì),對我們的學(xué)習(xí)或工作有一定的幫助,需要的朋友可以參考下2023-08-08
Maven分步詳解多環(huán)境配置與應(yīng)用流程
這篇文章主要介紹了Maven進(jìn)階多環(huán)境配置與應(yīng)用,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2022-08-08

