Java8带来了新的Java.util.Optional类，它可以解决一些问题。至少可以说，它提高了代码的可读性，并且在公共API的情况下，使API的契约对客户端开发人员更加清晰。

它们是这样工作的：

给定类型（Fruit）的可选对象被创建为方法的返回类型。它可以是空的或包含Fruit对象：

public static Optional<Fruit> find(String name, List<Fruit> fruits) {
   for (Fruit fruit : fruits) {
      if (fruit.getName().equals(name)) {
         return Optional.of(fruit);
      }
   }
   return Optional.empty();
}

现在看看这段代码，我们在其中搜索给定Fruit实例的Fruit（水果）列表：

Optional<Fruit> found = find("lemon", fruits);
if (found.isPresent()) {
   Fruit fruit = found.get();
   String name = fruit.getName();
}

您可以使用map（）运算符对可选对象执行计算，或从中提取值。orElse（）允许您为缺少的值提供回退。

String nameOrNull = find("lemon", fruits)
    .map(f -> f.getName())
    .orElse("empty-name");

当然，检查空/空值仍然是必要的，但至少开发人员意识到该值可能是空的，忘记检查的风险是有限的。

在从头开始使用Optional构建的API中，只要返回值可能为空，并且仅在不能为空时返回纯对象（惯例），客户端代码可能会放弃对简单对象返回值的空检查。。。

当然，Optional也可以用作方法参数，在某些情况下，可能比5或10个重载方法更好地指示可选参数。

可选提供了其他方便的方法，例如允许使用默认值的orElse，以及与lambda表达式一起使用的ifPresent。

我邀请您阅读这篇文章（我撰写这个答案的主要来源），其中很好地解释了NullPointerException（以及一般的空指针）问题以及Optional带来的（部分）解决方案：Java Optional Objects。

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

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

or

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

SomeClass是某个对象的类型。

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

对于实用程序类，可以检查参数是否为空。

在所有其他情况下，您可能不必这样做。尽可能使用封装，从而减少您想检查null的地方。

仅适用于这种情况-

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

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

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

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

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

您还可以使用CheckerFramework（带有JDK7及更高版本）静态检查空值。这可能会解决很多问题，但需要运行一个目前仅适用于OpenJDK AFAIK的额外工具。https://checkerframework.org/

除了使用assert，还可以使用以下命令：

if (someobject == null) {
    // Handle null here then move on.
}

这略好于：

if (someobject != null) {
    .....
    .....



    .....
}