首先，这个问题就很有意思，相信大部分人第一反应不就是null吗？
比如：
if(str != null){
}可是，很多时候我们判断前端送过来的值，有可能是空字符串，所以更严格的写法是：
if(str != null && !str.equals("")){
}眼疾手快的同学肯定发现了问题，如果str是null怎么办？
其实就算是null也没关系，因为前面已经判断了不为null，&&是短路与，如果前面的条件不是true，后面的压根不会执行。
于是，这段代码成了很多公司的首选。
有人问，为什么要判断是不是空字符串，我不判断行不行。
有些情况行，但是很多情况就是不可以。
比如你看这里的代码：
if(userNo != null){
User user = userMapper.selectOne(userNo);
log.info(user.userName);
}如果传过来的就是一个空字符串，那么是会进入这个逻辑的，查出来的user是null，在user.userName的时候就会报空指针。
个别头铁的同学又会问，那我抛出异常不就行了。
if(userNo != null && userNo.equals("")){
User user = userMapper.selectOne(userNo);
if(user == null){
throw new Exception("用户不存在！");
}
log.info(user.userName);
}乍一看是没问题，但是你细品，问题就大了。
比如我的业务场景是，用户存在就增加积分，用户不存在就创建这个用户。
看代码：
if(userNo != null){
User user = userMapper.selectOne(userNo);
if(user == null){
throw new Exception("用户不存在！");
}
addPoints(user,100);
}else{
addUser();
}代码的本意是，有userNo我就给他加积分，没有userNo就去新增这个用户。
现在你传了一个空字符串过来，意思是空，却走进了加积分的逻辑。就算报错，可真的是客户想要的吗？客户是希望，我没有用户账号，你给我新增一个。
所以这就与业务相悖了。
好了，我其实会读心术，你此刻也许在想，那我随便传一个找不到的userNo给你，你不还是走不到addUser的逻辑吗？
亲，你传个空字符串和null的本意肯定是，这个东西我没有。但是你传一个错误的数据，那性质就不一样了，意思是我有这个东西，但是我填错了。那么这样的逻辑自然就没有问题啦。
所以，我们要牢记，如果业务上这个东西的概念是一个空，就一定要既判断null，还要判断空字符串，双管齐下才能确保万无一失。
当然，实际上这么常见的功能，我们大可以使用org.apache.commons.lang3.StringUtils的isNotBlank方法：
isNotBlank
public static boolean isNotBlank(CharSequence cs) {
return !isBlank(cs);
}isBlank
public static boolean isBlank(CharSequence cs) {
int strLen = length(cs);
if (strLen == 0) {
return true;
} else {
for(int i = 0; i < strLen; ++i) {
if (!Character.isWhitespace(cs.charAt(i))) {
return false;
}
}
return true;
}
}length
public static int length(CharSequence cs) {
return cs == null ? 0 : cs.length();
}它不仅帮你判断了null和空字符串,还给你判断了空格，简直不要太爽！
一个小小的判空，却很可能让你吃了大亏，如果一个判空没有做好，那么里面的逻辑就完全裸露了，相信你一定吃过 NullPointerException 的苦头！
