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ā)生了預期之外的異常,在 .ne(signup != null, YySignup::getId, signup.getId())
處報了空指針 在編寫這個邏輯的時候,就預料到了classroom
可能為null,所以才用了ne(boolean condition, R column, Object val)
這個方法
按照我理解的邏輯當condition
為false也就是classroom
為null時,后面的條件就不會觸發(fā),自然classroom.getId()
就不會執(zhí)行,那自然就不會出現(xiàn)空指針異常。
報了異常
但實際它還是報了異常,再認真看了文檔,關于condition
的說明
boolean condition:表示該條件是否加入最后生成的sql中
也就是說condition
只影響.ne( Classroom::getId, classroom.getId())
這個條件是否加入最后生成的sql,并不會影響classroom.getId()
的執(zhí)行
以為它不會執(zhí)行后面的操作純屬自己“一廂情愿、自作多情”
在mybatis關于ne
的源碼中第二個參數(shù)是一個Object
類型的參數(shù)
default Children ne(R column, Object val) { return this.ne(true, column, val); }
而上述代碼中傳入的是classroom.getId()
,方法在執(zhí)行過程中需要將這個表達式轉(zhuǎn)換成具體的值,也就是執(zhí)行classroom.getId()
,而此時classroom為null,自然就報空指針了。
將classroom是否為null單獨拿出來判斷
為了規(guī)避這個問題,應該需要將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踩坑記錄解決的詳細內(nèi)容,更多關于mybatisplus Wrappers.ne踩坑的資料請關注腳本之家其它相關文章!
相關文章
Spring Boot2發(fā)布調(diào)用REST服務實現(xiàn)方法
這篇文章主要介紹了Spring Boot2發(fā)布調(diào)用REST服務實現(xiàn)方法,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友可以參考下2020-04-04Java獲取Prometheus監(jiān)控數(shù)據(jù)的方法實現(xiàn)
本文主要介紹了Java獲取Prometheus監(jiān)控數(shù)據(jù)的方法實現(xiàn),文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧2023-12-12SpringBoot Web開發(fā)之系統(tǒng)任務啟動與路徑映射和框架整合
這篇文章主要介紹了SpringBoot Web開發(fā)中的系統(tǒng)任務啟動與路徑映射和Servlet、Filter、Listener框架整合,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧2022-08-08FluentMybatis實現(xiàn)mybatis動態(tài)sql拼裝和fluent api語法
本文主要介紹了FluentMybatis實現(xiàn)mybatis動態(tài)sql拼裝和fluent api語法,具有一定的參考價值,感興趣的小伙伴們可以參考一下2021-08-08