空检查与可选的isPresent检查

Question

有人能解释一下＜code＞是可选的＜/code＞如何帮助我们避免＜code＞NullPointerException＜/code＞吗？

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

这段代码不是也容易出现＜code＞NullPointerException＜/code＞吗？如果是这样的话，那么为什么这个代码比其他代码更受欢迎

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

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

Answer 1

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

当调用上面的接口someFunc()时，它并没有明确说明可以返回空值，所以调用者只能自己假设。

通过显式返回一个可选的，someFunc()的调用者知道接口可能返回null。从界面创建者的角度来看，这让他/她可以具体说明返回值，而不必单独记录。

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

Answer 2

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

String someFunc() { ... }

你可能会想写：

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

当然，如果 someFunc 返回 null，这将引发 NullPointerException。相反，假设我们有这个：

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

然后呢

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

不起作用，因为< code>Optional没有< code>toUpperCase方法。在这一点上——希望——您会遇到一个< code>Optional，这应该让您考虑< code>Optional为空的情况。这有助于避免NPEs，但可能只是在一定程度上。

现在您可能专注于如何从可选中获取值，而您可能会忘记空格。啊，有一个get方法：

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

这又带来了与NPE相同的问题，只不过异常是< code > NoSuchElementException 。因此，如果您盲目地在< code>Optional上调用< code>get，这实际上与在引用上调用方法而不检查它是否为null是一样的。

（出于这个原因，Brian Goetz认为Optional.get是Java8中最大的错误。请参阅他在大约16分钟内对Angelika Langer JAX 2015 Fragen und Antworten suJava8的采访。我不确定这是最大的，但这是一个错误。人们只是不期望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，用于以安全的方式处理空情况。通过将几个方法调用链接到首先返回可选的方法，通常可以处理可选项中可能包含的值。例如，我们可以将上面的示例重写如下：

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