！=的另一种选择空检查是（如果你无法在设计上摆脱它）：

Optional.ofNullable(someobject).ifPresent(someobject -> someobject.doCalc());

or

Optional.ofNullable(someobject).ifPresent(SomeClass::doCalc);

SomeClass是某个对象的类型。

但是，您无法从doCalc（）获取返回值，因此仅对void方法有用。

切勿将变量初始化为空。如果（1）不可能，则将所有集合和数组初始化为空集合/数组。

在您自己的代码中执行此操作，您可以避免！=空检查。

大多数时候，空检查似乎保护了集合或数组上的循环，所以只要将它们初始化为空，就不需要任何空检查。

// Bad
ArrayList<String> lemmings;
String[] names;

void checkLemmings() {
    if (lemmings != null) for(lemming: lemmings) {
        // do something
    }
}



// Good
ArrayList<String> lemmings = new ArrayList<String>();
String[] names = {};

void checkLemmings() {
    for(lemming: lemmings) {
        // do something
    }
}

这是一个很小的开销，但它值得更干净的代码和更少的NullPointerExceptions。

在我看来，这似乎是初级到中级开发人员在某个时候往往会面临的一个相当普遍的问题：他们要么不知道，要么不信任他们正在参与的合同，并防御性地过度检查空值。此外，在编写自己的代码时，他们倾向于依赖于返回null来指示某些内容，从而要求调用者检查null。

换言之，有两种情况会出现空检查：

在合同条款中，null为有效响应；和如果它不是有效的响应。

（2） 很容易。从Java1.7开始，您可以使用Objects.requireOnNull（foo）

该方法的“正确”用法如下。该方法返回传递给它的对象，如果对象为空，则抛出NullPointerException。这意味着返回的值总是非空的。该方法主要用于验证参数。

public Foo(Bar bar) {
    this.bar = Objects.requireNonNull(bar);
}

它也可以像断言一样使用，因为如果对象为空，它会抛出异常。在这两种情况下，都可以添加一条消息，该消息将显示在异常中。下面将其用作断言并提供消息。

Objects.requireNonNull(someobject, "if someobject is null then something is wrong");
someobject.doCalc();

当值为null但不应为null时，通常会引发特定异常（如NullPointerException），这有利于引发更一般的异常（如AssertionError）。这是Java库采用的方法；当参数不允许为null时，支持NullPointerException而不是IllegalArgumentException。

（1） 有点难。如果你无法控制正在调用的代码，那么你就被卡住了。如果null是有效的响应，则必须检查它。

然而，如果是由你控制的代码（通常是这样），那就另当别论了。避免使用null作为响应。对于返回集合的方法，很容易：总是返回空集合（或数组）而不是空值。

对于非集合，这可能会更困难。举个例子：如果您有这些接口：

public interface Action {
  void doSomething();
}

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

其中Parser接收原始用户输入并找到要做的事情，如果您正在实现某个命令行接口。现在，如果没有适当的操作，您可能会使契约返回null。这导致了你所说的空值检查。

另一种解决方案是从不返回null，而是使用空对象模式：

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();
}

to

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

这是一个更好的设计，因为它导致了更简洁的代码。

也就是说，findAction（）方法抛出带有有意义的错误消息的异常可能是完全合适的——尤其是在这种情况下，您依赖于用户输入。findAction方法抛出一个异常比调用方法用简单的NullPointerException（没有解释）爆炸要好得多。

try {
    ParserFactory.getParser().findAction(someInput).doSomething();
} catch(ActionNotFoundException anfe) {
    userConsole.err(anfe.getMessage());
}

或者，如果您认为try/catch机制太难看，而不是Do Nothing，那么您的默认操作应该向用户提供反馈。

public Action findAction(final String userInput) {
    /* Code to return requested Action if found */
    return new Action() {
        public void doSomething() {
            userConsole.err("Action not found: " + userInput);
        }
    }
}

Java8在Java.util包中引入了一个新的类Optional。它用于表示值是否存在。这种新构造的主要优点是不再有太多的空检查和NullPointerException。它避免了任何运行时NullPointerExceptions，并支持我们开发干净整洁的Java API或应用程序。与集合和数组一样，它也是一个最多只能容纳一个值的容器。

下面是一些有用的链接，您可以关注

https://www.mkyong.com/java8/java-8-optional-in-depth/

https://dzone.com/articles/java-8-optional-avoid-null-and

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

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

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

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

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

如果不允许未定义的值：

您可以配置IDE以警告您可能的空取消引用。例如，在Eclipse中，请参阅首选项>Java>编译器>错误/警告/空分析。

如果允许未定义的值：

如果您想定义一个新的API，其中未定义的值是有意义的，请使用OptionPattern（可能在函数语言中很熟悉）。它具有以下优点：

API中明确说明是否存在输入或输出。编译器强制您处理“未定义”的情况。选项是monad，因此不需要进行冗长的空检查，只需使用map/foreach/getOrElse或类似的组合符即可安全地使用该值（示例）。

Java 8内置了可选类（推荐）；对于早期版本，有一些库选项，例如Guava的Optional或FunctionalJava的Option。但是，像许多函数样式模式一样，在Java中使用Option（甚至是8）会产生一些样板，您可以使用不那么冗长的JVM语言（例如Scala或Xtend）来减少这些样板。

如果必须处理可能返回null的API，那么在Java中就做不了什么了。Xtend和Groovy有Elvis运算符？：和空安全解引用运算符？。，但请注意，如果引用为null，则返回null，因此它只是“延迟”了对null的正确处理。