嗨，大家好，我是一条。

告诉大家一个好消息，一条IT访问量突破20w，达到申请博客专家的条件。感谢大家的支持，一条会创作更多的优质内容。

?

为了让更多的人看到一条的分享，一条准备报名原力计划，报名条件是粉丝数超过2000。

所以一条现在非常需要大家的关注，如果觉得一条写的还可以，就点个关注再走吧！

等粉丝数达到2000时，一条给大家在微信准备一个抽奖，奖品暂定键盘和手环二选一。关注微信公众号就可以参与。

最近在公司看组长写的代码，发现很少有用“!=null”做非空判断的，再看我自己代码，十行有六行不等于null，丑陋繁冗

...if (someobject != null) {
    someobject.doCalc();}...

作为一名高级程序员已经优雅的替换掉了”!=null“，你还在等什么呢，和一条一块看看吧

判空分类

1.null是无效有误的

2.null 是一个有效有意义的返回值

你可能还不明白这两句话的意思，不要急，接下来将详细讨论这两种情况

1.无效null

null就是一个不合理的参数，就应该明确地中断程序，往外抛错误。这种情况常见于api方法。

例如你开发了一个接口，id是一个必选的参数，如果调用方没传这个参数给你，当然不行。你要感知到这个情况，告诉调用方“嘿，哥们，你传个null给我做甚"。

相对于判空语句，更好的检查方式有两个

• assert语句，你可以把错误原因放到assert的参数中，这样不仅能保护你的程序不往下走，而且还能把错误原因返回给调用方，岂不是一举两得。关于assert的详细用法可以看这篇文章：assert的用法总结
• 直接抛出空指针异常。上面说了，此时null是个不合理的参数，有问题就是有问题，就应该大大方方往外抛。

2.有效null

这种情况下，null是个”看上去“合理的值，例如，我查询数据库，某个查询条件下，就是没有对应值，此时null算是表达了“空”的概念。

这里给一些实践建议：

1、假如方法的返回类型是collections，当返回结果是空时，你可以返回一个空的collections（empty list),而不要返回null。

例如调用侧拿到返回后，可以直接 list.size()!=0，又无需担心空指针问题。（什么？想调用这个方法时，不记得之前实现该方法有没按照这个原则？所以说，代码习惯很重要！如果你养成习惯，都是这样写代码（返回空collections而不返回null)，你调用自己写的方法时，就能大胆地忽略判空）

2、返回类型不是collections，又怎么办呢？

那就返回一个空对象（而非null对象），下面举个“栗子”，假设有如下代码

public?interface?Action?{
??void?doSomething();}

public?interface?Parser?{
??Action?findAction(String?userInput);}

public?class?MyParser?implements?Parser?{
??private?static?Action?DO_NOTHING?=?new?Action()?{
????public?void?doSomething()?{?/*?do?nothing?*/?}
??};

??public?Action?findAction(String?userInput)?{
????//?...
????if?(?/*?we?can't?find?any?actions?*/?)?{
??????return?DO_NOTHING;
????}
??}}

Parser?parser?=?ParserFactory.getParser();
if?(parser?==?null)?{
??//?now?what?
??//?this?would?be?an?example?of?where?null?isn't?(or?shouldn't?be)?a?valid?response
}
Action?action?=?parser.findAction(someInput);
if?(action?==?null)?{
??//?do?nothing}?else?{
??action.doSomething();}

ParserFactory.getParser().findAction(someInput).doSomething();

"bar".equals(foo)?

foo.equals("bar")?