空检查vs可选存在检查

Question

有人能解释一下可选如何帮助我们避免空点异常？

Optional<String> op = someFunc()
if(op.isPresent()) {
   op.get();
}
String possibleNull = op.get();

这段代码不是也容易出现NullPointerException吗？如果是这样的话，那么为什么这个代码比

String op = someFunc()
if(op != null) {
   op.get();
}
String possibleNull = op;

Optional除了帮助我们了解函数是否实际具有返回值之外，还有什么可能的好处

Answer 1

假设您希望获取函数返回的字符串，将其转换为大写，然后将其打印出来。如果您有：

String someFunc() { ... }

你可能会想写：

System.out.println(someFunc().toUpperCase());

当然，如果someFunc返回null，则会抛出NullPointerException。相反，假设我们有：

Optional<String> someFunc() { ... }

然后呢

System.out.println(someFunc().toUpperCase());

将不工作，因为可选没有一个toUpperCase方法。在这一点上--希望--您将面临一个可选的，这应该会让您考虑可选的是空的情况。这有助于避免NPE，但可能只是在一定程度上。

现在，您可能将重点放在如何从可选中获取值上，而您可能会忘记空的大小写。啊，有一个get方法：

System.out.println(someFunc().get().toUpperCase());

这带来了与NPE相同的问题，除了异常是NoSuchElementExc0019。因此，如果您盲目地在一个可选的上调用get，这实际上与在引用上调用一个方法而不检查它是否为空几乎是一样的。

（因此，Brian Goetz认为是可选的。get是Java 8中最大的错误。请看他在大约16分钟后对Angelika Langer JAX 2015 Fragen und Antworten zu Java 8的采访。我不确定这是最大的错误，但这是一个错误。人们只是不希望get抛出异常。）

如果你努力检查空引用或空选项，那么

Optional<String> os = someFunc();
if (os.isPresent()) {
    System.out.println(os.get().toUpperCase());
}

几乎没有比旧的更好的了

String s = someFunc();
if (s != null) {
    System.out.println(s.toUpperCase());
}

Optional的真正优势在于，它是一个库类，具有相当丰富的API，用于以html" target="_blank">安全的方式处理空案例。通常可以通过将几个方法调用链接到首先返回Optional的方法来处理Optional中可能包含的值。例如，我们可以将上面的示例重写如下：

someFunc().map(String::toUpperCase)
          .ifPresent(System.out::println);