我们应该如何管理jdk8流中的空值

Question

我知道这个主题可能有点预先，因为JDK8还没有发布（至少现在还没有）但是我读了一些关于Lambda表达式的文章，特别是与新的集合API（称为Stream）相关的部分。

下面是Java Magazine文章中给出的示例（它是一个otter population Algorithm..）：

Set<Otter> otters = getOtters();
System.out.println(otters.stream()
    .filter(o -> !o.isWild())
    .map(o -> o.getKeeper())
    .filter(k -> k.isFemale())
    .into(new ArrayList<>())
    .size());

我的问题是，如果在设置的内部迭代中间，其中一个otter为空，会发生什么？

null

谢谢！

Answer 1

当前的思路似乎是“容忍”空值，即在一般情况下允许它们，尽管有些操作的容忍度较低，最终可能会抛出NPE。请参阅Lambda库专家组邮件列表中的空值讨论，特别是这条消息。随后出现了关于备选方案#3的共识（Doug Lea提出了明显的反对意见）。因此，是的，行动计划担心管道爆炸与NPE是有效的。

Tony Hoare将零值称为“十亿美元的错误”并非没有意义。处理空值是一件非常痛苦的事情。即使是经典的集合（不考虑lambda或streams)，空值也是有问题的。正如fge在一篇评论中提到的，有些集合允许空值，有些则不允许。对于允许Null的集合，这会在API中引入歧义。例如，对于map.get()，一个null返回表示键存在且其值为null，或者表示键不存在。人们必须做额外的工作来消除这些情况的歧义。

null的通常用法是表示没有值。为Java SE 8提出的处理此问题的方法是引入一个新的Java.util.optional类型，它封装值的存在/不存在，以及提供默认值、抛出异常或调用函数等行为（如果值不存在）。optional仅由新的API使用，但系统中的其他所有内容仍然必须承受空值的可能性。