目录
一段看似平平无奇的代码
classroom classroom = this.getone( wrappers.lambdaquery() .select(classroom::getid, classroom::getjointype) .eq(classroom::getclassid, signupsubmitvo.getclassid()) .eq(classroom::getuserid, userid) ); if (jointype == null && classroom != null) { jointype = classroom.getjointype(); } list hasclassroomlist = this.list( wrappers. lambdaquery() .select(classroom::getid, classroom::getprovinceid, classroom::getcityid, classroom::getareaid) .eq(classroom::getclassid, signupsubmitvo.getclassid()) .ne(classroom != null, classroom::getid, classroom.getid()) //空指针 );
在测试过程中发生了预期之外的异常，在 .ne(signup != null, yysignup::getid, signup.getid())处报了空指针 在编写这个逻辑的时候，就预料到了classroom可能为null，所以才用了ne(boolean condition, r column, object val)这个方法
按照我理解的逻辑当condition为false也就是classroom为null时，后面的条件就不会触发，自然classroom.getid()就不会执行，那自然就不会出现空指针异常。
报了异常
但实际它还是报了异常，再认真看了文档，关于condition的说明
boolean condition：表示该条件是否加入最后生成的sql中
也就是说condition只影响.ne( classroom::getid, classroom.getid())这个条件是否加入最后生成的sql,并不会影响classroom.getid()的执行
以为它不会执行后面的操作纯属自己“一厢情愿、自作多情”
在mybatis关于ne的源码中第二个参数是一个object类型的参数
default children ne(r column, object val) {
return this.ne(true, column, val);
}
而上述代码中传入的是classroom.getid()，方法在执行过程中需要将这个表达式转换成具体的值，也就是执行classroom.getid()，而此时classroom为null，自然就报空指针了。
将classroom是否为null单独拿出来判断
为了规避这个问题，应该需要将classroom是否为null单独拿出来判断
classroom classroom = this.getone(
wrappers.lambdaquery()
.select(classroom::getid, classroom::getjointype)
.eq(classroom::getclassid, signupsubmitvo.getclassid())
.eq(classroom::getuserid, userid)
);
if (jointype == null && classroom != null) {
jointype = classroom.getjointype();
}
lambdaquerywrapper query = wrappers.lambdaquery()
.select(classroom::getid, classroom::getprovinceid, classroom::getcityid, classroom::getareaid)
.eq(classroom::getclassid, signupsubmitvo.getclassid())
if (classroom != null) {
query.ne(classroom::getid, classroom.getid());
}
虽然麻烦了一点点，但规避了问题。
以上就是mybatisplus之wrappers.ne踩坑记录解决的详细内容，更多关于mybatisplus wrappers.ne踩坑的资料请关注其它相关文章！
