我高度无视建议在任何情况下使用空对象的答案。这种模式可能会破坏合同，将问题埋得越来越深，而不是解决问题，更不用说使用不当会产生另一堆需要未来维护的样板代码。

实际上，如果从方法返回的某个值可以为空，并且调用代码必须对此做出决定，那么应该有一个更早的调用来确保状态。

还请记住，如果不小心使用，空对象模式将占用内存。为此，NullObject的实例应该在所有者之间共享，而不是每个所有者的unigue实例。

此外，我不建议在类型是原始类型表示的情况下使用这种模式，比如数学实体，它们不是标量：向量、矩阵、复数和POD（普通旧数据）对象，它们是用来以Java内置类型的形式保存状态的。在后一种情况下，您将以任意结果调用getter方法。例如，NullPerson.getName（）方法应该返回什么？

为了避免荒谬的结果，值得考虑这样的案例。

Java8在Java.util包中引入了一个新的类Optional。

Java 8的优点可选：

1.）不需要空检查。2.）运行时不再出现NullPointerException。3.）我们可以开发干净整洁的API。

可选-可以包含或不包含非空值的容器对象。如果存在值，isPresent（）将返回true，而get（）则返回该值。

有关更多详细信息，请在此处找到oracle文档：-https://docs.oracle.com/javase/8/docs/api/java/util/Optional.html

问这个问题表明你可能对错误处理策略感兴趣。如何以及在哪里处理错误是一个普遍存在的体系结构问题。有几种方法可以做到这一点。

我最喜欢的是：允许异常在“主循环”或其他具有适当职责的函数中波动-捕获它们。检查错误情况并适当处理它们可以被视为一项专门的责任。

当然，也要看看面向方面编程——它们有很好的方法将if（o==null）handleNull（）插入到字节码中。

如果不允许空值

如果从外部调用方法，请从以下内容开始：

public void method(Object object) {
  if (object == null) {
    throw new IllegalArgumentException("...");
  }

然后，在该方法的其余部分中，您将知道该对象不为空。

如果它是一个内部方法（不是API的一部分），只需记录它不能为空，就可以了。

例子：

public String getFirst3Chars(String text) {
  return text.subString(0, 3);
}

但是，如果您的方法只是传递值，而下一个方法传递值等，则可能会出现问题。在这种情况下，您可能需要检查上述参数。

如果允许为空

这真的取决于。如果发现我经常这样做：

if (object == null) {
  // something
} else {
  // something else
}

所以我分支，做两件完全不同的事情。没有难看的代码片段，因为我确实需要根据数据做两件不同的事情。例如，我应该处理输入，还是应该计算一个好的默认值？

实际上，我很少使用“if（object！=null&&…”这个成语。

如果你展示了你通常使用这个习语的例子，那么给你举例可能会更容易。

Java7有一个新的Java.util.Objects实用程序类，其中有一个requireOnNull（）方法。如果它的参数为null，那么它只会抛出一个NullPointerException，但它会稍微清理代码。例子：

Objects.requireNonNull(someObject);
someObject.doCalc();

该方法对于在构造函数中进行赋值之前进行检查非常有用，每次使用它都可以节省三行代码：

Parent(Child child) {
   if (child == null) {
      throw new NullPointerException("child");
   }
   this.child = child;
}

变成

Parent(Child child) {
   this.child = Objects.requireNonNull(child, "child");
}

另一个建议是防御性地编程——类/函数提供已知且安全的默认值，并且为真正的错误/异常保留null。

例如，如果函数在出现问题时（例如将数字转换为字符串）返回空字符串，请让它们返回空字符串（“”）。在继续之前，您仍然必须测试返回值，但对于异常没有特殊情况。这种编程风格的另一个好处是，您的程序能够区分正常操作和异常，并做出相应的响应。