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

Question

在阅读https://www.airpair.com/java/posts/spring-streams-memory-efficiency之后，我很想将结果从数据库中流出来，但正如我与一位同事讨论的一样（他在该文章中添加了cfr评论），需要记住使用try-with-resources构造来避免任何内存泄漏。

1. 为什么不是Java 8库照顾闭流本身每个terminal operation后（无需换流实例在try-与资源）？
2. 如果适用，是否有任何计划将此功能添加到Java中，还是有意义请求它？

Answer 1

因为需要显式资源释放的流实际上是一个很不寻常的情况。所以我们选择不将所有流执行都用于仅对.01％用法有价值的东西。

我们制作了Stream Autocloseable，以便您可以从发布资源，如果您愿意，但这是我们停下来的原因。

这样做不仅会自动为大多数用户提供他们不需要的额外工作，而且这也会违反一般原则：谁分配资源负责关闭资源。当你调用

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

你是一个开放的资源，而不是流库，并你应该关闭它。事实上，由于关闭通过调用某个资源占用对象上的访问器方法而产生的流有时会关闭底层对象，因此您可能不希望流为您关闭BufferedReader--您可能希望它在呼叫。

如果你想关闭资源，这是太容易了：

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

你可能用一种特殊的方式流，所以它可能看起来“很明显”应该做什么流 - 但有比你更多的用例。因此，我们不应该满足特定的用例，而是从一般原则开始：如果您打开了流，并且希望它关闭，请自行关闭它，但如果您未打开它，则不适合关闭它。

Answer 2

为什么不是Java 8库照顾收盘的每一个终端操作之后流本身（而不必换流实例在try-与资源）？

由于在终端操作期间或之前可能会发生异常，并且您可能不希望终端操作关闭流。如果您确实希望关闭流，则可以使用try-with-resource。

如果适用，是否有任何计划将此功能添加到Java，或者它是否有意义请求它？

这没有意义，请参阅上面的答案。

Answer 3

我想你在混合java.io.InputStream与java.util.stream.Stream，这是两个非常不同的概念。

try-with-resources作用于执行Autoclosable接口的对象，如InputStream s。 InputStream代表与IO有关的数据的抽象来源。

java.util.stream.Stream<T>另一方面，从函数式编程实现了一个概念，它表示一种动态集合，它不一定是静态构建的，而是可以生成的，因此可能是无限的。

Marko Topolnik（您链接的文章的作者）在本文中基本上做了什么，提出了一种将IO源代码包装为java.util.stream.Stream的方法。这是一个非常聪明的方法，但java.util.stream.Stream一般不是用于此目的。

因为它们通常不是用于IO，所以在终端操作之后没有理由包括关闭。

---

编辑：

你澄清之后，你有没有在实际上混淆了两个（对不起，假设如此），这要归功于this answer，我发现你的确切实例回答在documentation of AutoCloseable（强调我自己加的）：

这是可能的，而且实际上很常见的，一个基类来实现 AutoCloseable即使不是所有它的子类或实例将的持有可释放资源。对于必须完整运行的代码，或者知道AutoCloseable实例 需要资源释放时，建议使用试用资源 结构。 但是，如果使用诸如Stream之类的工具，则支持基于I/O和非基于I/O的表单，但在使用非基于I/O的表单时通常不需要使用块。