mybatisplus之Wrappers.ne踩坑記錄解決
一段看似平平無(wú)奇的代碼
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()) //空指針
);
在測(cè)試過(guò)程中發(fā)生了預(yù)期之外的異常,在 .ne(signup != null, YySignup::getId, signup.getId())處報(bào)了空指針 在編寫這個(gè)邏輯的時(shí)候,就預(yù)料到了classroom可能為null,所以才用了ne(boolean condition, R column, Object val)這個(gè)方法
按照我理解的邏輯當(dāng)condition為false也就是classroom為null時(shí),后面的條件就不會(huì)觸發(fā),自然classroom.getId()就不會(huì)執(zhí)行,那自然就不會(huì)出現(xiàn)空指針異常。
報(bào)了異常
但實(shí)際它還是報(bào)了異常,再認(rèn)真看了文檔,關(guān)于condition的說(shuō)明
boolean condition:表示該條件是否加入最后生成的sql中
也就是說(shuō)condition只影響.ne( Classroom::getId, classroom.getId())這個(gè)條件是否加入最后生成的sql,并不會(huì)影響classroom.getId()的執(zhí)行
以為它不會(huì)執(zhí)行后面的操作純屬自己“一廂情愿、自作多情”
在mybatis關(guān)于ne的源碼中第二個(gè)參數(shù)是一個(gè)Object類型的參數(shù)
default Children ne(R column, Object val) {
return this.ne(true, column, val);
}
而上述代碼中傳入的是classroom.getId(),方法在執(zhí)行過(guò)程中需要將這個(gè)表達(dá)式轉(zhuǎn)換成具體的值,也就是執(zhí)行classroom.getId(),而此時(shí)classroom為null,自然就報(bào)空指針了。
將classroom是否為null單獨(dú)拿出來(lái)判斷
為了規(guī)避這個(gè)問(wèn)題,應(yīng)該需要將classroom是否為null單獨(dú)拿出來(lái)判斷
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());
}
雖然麻煩了一點(diǎn)點(diǎn),但規(guī)避了問(wèn)題。
以上就是mybatisplus之Wrappers.ne踩坑記錄解決的詳細(xì)內(nèi)容,更多關(guān)于mybatisplus Wrappers.ne踩坑的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章!
相關(guān)文章
mybatis generator 配置 反向生成Entity簡(jiǎn)單增刪改查(推薦)
這篇文章主要介紹了mybatis generator 配置 反向生成Entity簡(jiǎn)單增刪改查(推薦)的相關(guān)資料,非常不錯(cuò),具有參考借鑒價(jià)值,需要的朋友可以參考下2016-12-12
Spring Security添加二次認(rèn)證的項(xiàng)目實(shí)踐
在用戶自動(dòng)登錄后,可以通過(guò)對(duì)密碼進(jìn)行二次校驗(yàn)進(jìn)而確保用戶的真實(shí)性,本文就來(lái)介紹一下Spring Security添加二次認(rèn)證的項(xiàng)目實(shí)踐,具有一定的參考價(jià)值,感興趣的可以了解一下2023-12-12
springboot項(xiàng)目main函數(shù)啟動(dòng)的操作
這篇文章主要介紹了springboot項(xiàng)目main函數(shù)啟動(dòng)的操作,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2021-06-06
Java/Spring項(xiàng)目的包開(kāi)頭為什么是com詳解
這篇文章主要介紹了Java/Spring項(xiàng)目的包開(kāi)頭為什么是com的相關(guān)資料,在Java中包命名遵循域名反轉(zhuǎn)規(guī)則,即使用公司的域名反轉(zhuǎn)作為包的前綴,以確保其全球唯一性和避免命名沖突,這種規(guī)則有助于邏輯分層、代碼可讀性提升和標(biāo)識(shí)代碼來(lái)源,需要的朋友可以參考下2024-10-10
使用lombok@Data啟動(dòng)項(xiàng)目報(bào)錯(cuò)問(wèn)題及解決
在使用Lombok時(shí),可能會(huì)遇到實(shí)體類中的@Data注解不生效,導(dǎo)致get方法找不到的問(wèn)題,解決這一問(wèn)題通常需要三個(gè)步驟:首先,檢查項(xiàng)目設(shè)置中編譯規(guī)則是否勾選;其次,確認(rèn)IDE中是否安裝了Lombok插件2024-10-10
SpringBoot使用AES對(duì)JSON數(shù)據(jù)加密和解密的實(shí)現(xiàn)方法
這篇文章主要介紹了SpringBoot使用AES對(duì)JSON數(shù)據(jù)加密和解密的實(shí)現(xiàn)方法,文章通過(guò)代碼示例介紹的非常詳細(xì),對(duì)我們的學(xué)習(xí)或工作有一定的幫助,需要的朋友可以參考下2023-08-08
Maven分步詳解多環(huán)境配置與應(yīng)用流程
這篇文章主要介紹了Maven進(jìn)階多環(huán)境配置與應(yīng)用,文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧2022-08-08

