Java:接口如何更优雅的处理空值

问题概述

在我的开发经验中，经常看到项目中存在到处空值判断的情况，这些判断，它的出现很有可能和当前的业务逻辑并没有关系。但它会让你很头疼。

有时候，更可怕的是系统因为这些空值的情况，会抛出空指针异常，导致系统发生问题。

业务中的空值

存在一个UserSearchService用来提供用户查询的功能

public interface UserSearchService{
  List<User> listUser();

  User get(Integer id);
}

问题现场

对于面向对象语言来讲，抽象层级特别的重要。尤其是对接口的抽象，它在设计和开发中占很大的比重
对于以上描述的接口方法来看，包含了以下两个含义:

listUser(): 查询用户列表
get(Integer id): 查询单个用户

对于以上的接口，当我们进行测试用例先行时，发现了潜在的问题：

listUser() 如果没有数据，那它是返回空集合还是null呢？
get(Integer id) 如果没有这个对象，是抛异常还是返回null呢？

做法

listUser这个接口，我经常看到如下实现:

public List<User> listUser(){
   List<User> userList = tbUserMapper.selectByAllist();
   if(CollectionUtils.isEmpty(userList)){//spring util工具类
     return null;
   }
   return userList;
}
//或者三元符的方式实现

这段代码返回是null,从我多年的开发经验来讲，对于集合这样返回值，最好不要返回null，因为如果返回了null，会给前端带来很多麻烦。我自己也做过前端，所以会把这种调用风险交给前端来控制。

如果调用者是一个有经验的前端开发，他会进行是否为null的条件判断。如果他很菜鸡，他会按照自己的理解去调用接口，而不进行是否为null的条件判断，如果这样的话，是非常危险的，它很有可能出现空指针异常！

基于此，我们将它进行优化:

public List<User> listUser(){
   List<User> userList = tbUserMapper.selectByAllist();
   if(CollectionUtils.isEmpty(userList)){
     return Lists.newArrayList();//guava类库提供的方式
   }
   return userList;
}

对于接口(List listUser())，它一定会返回List，即使没有数据，它仍然会返回List（集合中没有任何元素）;

通过以上的修改，我们成功的避免了有可能发生的空指针异常，这样的写法更安全！

点滴积累，各位共勉