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

仅适用于这种情况-

在调用equals方法之前不检查变量是否为空（下面的字符串比较示例）：

if ( foo.equals("bar") ) {
 // ...
}

如果foo不存在，将导致NullPointerException。

如果这样比较字符串，可以避免这种情况：

if ( "bar".equals(foo) ) {
 // ...
}

对于每个Java开发人员来说，这是一个非常常见的问题。因此，Java8中有官方支持来解决这些问题，而不会产生混乱的代码。

Java 8引入了Java.util.Optional＜T＞。它是一个可以容纳或不容纳非空值的容器。Java8提供了一种更安全的方法来处理在某些情况下值可能为空的对象。它的灵感来自Haskell和Scala的想法。

简而言之，Optional类包含显式处理值存在或不存在的情况的方法。然而，与空引用相比，Optional＜T＞类的优点是，当值不存在时，强制您考虑情况。因此，可以防止意外的空指针异常。

在上面的示例中，我们有一个家庭服务工厂，它向家庭中可用的多个设备返回句柄。但这些服务可能可用或不可用；这意味着它可能会导致NullPointerException。与其在使用任何服务之前添加null if条件，不如将其包装到Optional＜service＞中。

包装到选项<T>

让我们考虑一种从工厂获取服务引用的方法。与其返回服务引用，不如用Optional包装它。它让API用户知道返回的服务可能不可用/不起作用，可以防御性地使用

public Optional<Service> getRefrigertorControl() {
      Service s = new  RefrigeratorService();
       //...
      return Optional.ofNullable(s);
   }

如您所见，Optional.Nullable（）提供了一种简单的方式来包装引用。还有其他方法可以获取Optional的引用，Optional.empty（）和Optional.of（）。一种方法用于返回空对象而不是重新调整null，另一种方法分别包装不可为null的对象。

那么，如何避免空检查呢？

包装引用对象后，Optional提供了许多有用的方法来调用包装引用上的方法，而无需NPE。

Optional ref = homeServices.getRefrigertorControl();
ref.ifPresent(HomeServices::switchItOn);

Optional.ifRepresent调用具有引用的给定Consumer（如果它是非空值）。否则，它什么也不做。

@FunctionalInterface
public interface Consumer<T>

表示接受单个输入参数但不返回结果的操作。与大多数其他功能界面不同，Consumer预期通过副作用进行操作。它很干净，很容易理解。在上面的代码示例中，如果Optional保持引用为非空，则调用HomeService.switchOn（Service）。

我们经常使用三元运算符来检查空条件，并返回替代值或默认值。可选提供了另一种处理相同条件而不检查null的方法。Optional.orElse（defaultObj）如果Optional具有空值，则返回defaultObj。让我们在示例代码中使用它：

public static Optional<HomeServices> get() {
    service = Optional.of(service.orElse(new HomeServices()));
    return service;
}

现在HomeServices.get（）做了同样的事情，但方式更好。它检查服务是否已初始化。如果是，则返回相同的或创建新的new服务。可选＜T＞。或Else（T）有助于返回默认值。

最后，这里是我们的NPE以及无空检查代码：

import java.util.Optional;
public class HomeServices {
    private static final int NOW = 0;
    private static Optional<HomeServices> service;

public static Optional<HomeServices> get() {
    service = Optional.of(service.orElse(new HomeServices()));
    return service;
}

public Optional<Service> getRefrigertorControl() {
    Service s = new  RefrigeratorService();
    //...
    return Optional.ofNullable(s);
}

public static void main(String[] args) {
    /* Get Home Services handle */
    Optional<HomeServices> homeServices = HomeServices.get();
    if(homeServices != null) {
        Optional<Service> refrigertorControl = homeServices.get().getRefrigertorControl();
        refrigertorControl.ifPresent(HomeServices::switchItOn);
    }
}

public static void switchItOn(Service s){
         //...
    }
}

完整的帖子是NPE以及空检查免费代码…真的吗？。

我是“快速失败”代码的粉丝。问问你自己——在参数为空的情况下，你在做什么有用的事情吗？如果在这种情况下，您对代码应该做什么没有明确的答案。。。即，它一开始不应该为空，然后忽略它并允许引发NullPointerException。调用代码将与IllegalArgumentException一样具有NPE的意义，但如果抛出NPE，而不是您的代码试图执行一些其他意外的意外逻辑，那么开发人员将更容易调试和理解出了什么问题-这最终会导致应用程序失败。

您可以考虑空对象是bug的情况，而不是空对象模式（有其用途）。

当抛出异常时，检查堆栈跟踪并解决错误。

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