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)了空指針 在編寫(xiě)這個(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)文章
Spring Boot2發(fā)布調(diào)用REST服務(wù)實(shí)現(xiàn)方法
這篇文章主要介紹了Spring Boot2發(fā)布調(diào)用REST服務(wù)實(shí)現(xiàn)方法,文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友可以參考下2020-04-04Java之?dāng)?shù)組在指定位置插入元素實(shí)現(xiàn)
本文主要介紹了Java之?dāng)?shù)組在指定位置插入元素實(shí)現(xiàn),文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧2023-01-01Java獲取Prometheus監(jiān)控?cái)?shù)據(jù)的方法實(shí)現(xiàn)
本文主要介紹了Java獲取Prometheus監(jiān)控?cái)?shù)據(jù)的方法實(shí)現(xiàn),文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧2023-12-12Java布隆過(guò)濾器的應(yīng)用實(shí)例
這篇文章主要介紹了Java布隆過(guò)濾器的應(yīng)用實(shí)例,在程序的世界中,布隆過(guò)濾器是程序員的一把利器,利用它可以快速地解決項(xiàng)目中一些比較棘手的問(wèn)題,如網(wǎng)頁(yè)?URL?去重、垃圾郵件識(shí)別、大集合中重復(fù)元素的判斷和緩存穿透等問(wèn)題,需要的朋友可以參考下2023-11-11SpringBoot Web開(kāi)發(fā)之系統(tǒng)任務(wù)啟動(dòng)與路徑映射和框架整合
這篇文章主要介紹了SpringBoot Web開(kāi)發(fā)中的系統(tǒng)任務(wù)啟動(dòng)與路徑映射和Servlet、Filter、Listener框架整合,文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧2022-08-08FluentMybatis實(shí)現(xiàn)mybatis動(dòng)態(tài)sql拼裝和fluent api語(yǔ)法
本文主要介紹了FluentMybatis實(shí)現(xiàn)mybatis動(dòng)態(tài)sql拼裝和fluent api語(yǔ)法,具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2021-08-08