在笔者几年的开发经验中，经常看到项目中存在到处空值判断的情况，这些判断，会让人觉得摸不着头绪，它的出现很有可能和当前的业务逻辑并没有关系。但它会让你很头疼。
建网站原本是网站策划师、网络程序员、网页设计师等，应用各种网络程序开发技术和网页设计技术配合操作的协同工作。
成都创新互联专业提供
网站设计、做网站,网页设计,网站制作(企业站、
自适应网站建设、电商门户网站)等服务,从网站深度策划、搜索引擎友好度优化到用户体验的提升,我们力求做到极致!
有时候，更可怕的是系统因为这些空值的情况，会抛出空指针异常，导致业务系统发生问题。
此篇文章，我总结了几种关于空值的处理手法，希望对读者有帮助。
在这里小编建了一个前端学习交流扣扣群：132667127，我自己整理的最新的前端资料和高级开发教程，如果有想需要的，可以加群一起学习交流
业务中的空值
场景
存在一个UserSearchService用来提供用户查询的功能:
public interface UserSearchService{
List listUser();
User get(Integer id);
}
问题现场
对于面向对象语言来讲，抽象层级特别的重要。尤其是对接口的抽象，它在设计和开发中占很大的比重，我们在开发时希望尽量面向接口编程。
对于以上描述的接口方法来看，大概可以推断出可能它包含了以下两个含义:
- listUser(): 查询用户列表
- get(Integer id): 查询单个用户
在所有的开发中，XP推崇的TDD模式可以很好的引导我们对接口的定义，所以我们将TDD作为开发代码的”推动者”。
对于以上的接口，当我们使用TDD进行测试用例先行时，发现了潜在的问题：
- listUser() 如果没有数据，那它是返回空集合还是null呢？
- get(Integer id) 如果没有这个对象，是抛异常还是返回null呢？
深入listUser研究
我们先来讨论
listUser()
这个接口，我经常看到如下实现:
public List listUser(){
List userList = userListRepostity.selectByExample(new UserExample());
if(CollectionUtils.isEmpty(userList)){//spring util工具类
return null;
}
return userList;
}
这段代码返回是null,从我多年的开发经验来讲，对于集合这样返回值，最好不要返回null，因为如果返回了null，会给调用者带来很多麻烦。你将会把这种调用风险交给调用者来控制。
如果调用者是一个谨慎的人，他会进行是否为null的条件判断。如果他并非谨慎，或者他是一个面向接口编程的狂热分子(当然，面向接口编程是正确的方向)，他会按照自己的理解去调用接口，而不进行是否为null的条件判断，如果这样的话，是非常危险的，它很有可能出现空指针异常！
当前题目：Java:如何更优雅的处理空值？-创新互联
本文地址：
http://www.cdkjz.cn/article/iijdd.html
