为什么发出终端操作后Java close（）流不发送？

Question

阅读https://www.airpair.com/java/posts/spring-streams-memory-
efficiency后
，我很想将结果从数据库中流式传输，但是正如我与同事讨论的那样（他在评论中补充）文章），需要记住使用try-with-
resources构造以避免任何内存泄漏。

1. 为什么Java 8库在每次终端操作后都不负责关闭流本身（而不必将流实例化包装在try-with-resources中）？
2. 如果适用，是否有任何计划将此功能添加到Java中，或者请求它是否有意义？

Answer 1

因为需要显式资源释放的流实际上是非常不寻常的情况。因此，我们选择不使用仅占0.01％使用价值的东西来负担所有流执行的负担。

我们将Stream设置为Autocloseable，以便您 可以 根据需要从源中释放资源，但这是我们停下来的原因，这是有充分的理由的。

这样做不仅会给大多数用户带来不必要的额外工作负担，而且还会违反总的原则：分配资源的人负责关闭资源。您打电话的时候

BufferedReader reader = ...
reader.lines().op().op()...

你 是一个开放的资源，而不是流库，并且 你
应该关闭它。实际上，由于关闭由于在某个资源持有对象上调用访问器方法而导致的流有时会关闭基础对象，因此您可能不希望该流BufferedReader为您关闭-
您可能希望在调用后使其保持打开状态。

如果要关闭资源，这也很容易：

try (BufferedReader reader = ...) {
    reader.lines().op()...
}

您可能以特定的方式使用流，因此流应该做什么似乎“很明显”-但是有比您更多的用例。因此，我们不遵循特定的用例，而是从一般原则着手进行处理：如果您打开了流，并且想要关闭它，请自己关闭它，但是如果您不打开它，则不是您要关闭它。