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

Question

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

1. 为什么Java 8库不负责在每次终端操作后关闭流本身（而不必将流实例化包装在资源试用中）

Answer 1

为什么Java 8库不负责在每次终端操作后关闭流本身（而不必将流实例化包装在资源试用中）？

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

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

这毫无意义，请参阅上面的答案。

Answer 2

我认为你在混合java。io。使用java的InputStream。util。流动流是两个非常不同的概念。

try-with-resources用于实现自动关闭接口的对象，例如InputStream。InputStream代表与IO相关的抽象数据源。

<代码>java。util。流动流动

Marko Topolnik（您链接到的文章的作者）在文章中主要做的是建议一种将IO源代码包装到java.util.stream.Stream中的方法。这是一种非常聪明的方法，但是java.util.stream.Stream通常不是用于此目的的。

由于它们通常不用于IO，因此它们没有理由包括终端操作后的关闭。

编辑：

在您澄清事实上并没有混淆这两者之后（很抱歉这样假设），由于这个答案，我发现您的确切示例在自动关闭的文档中得到了回答（重点由我自己添加）：

基类实现AutoCloseable是可能的，事实上也是常见的，即使不是它的所有子类或实例都包含可释放的资源。对于必须完全通用地运行的代码，或者当知道AutoCloseable实例需要资源释放时，建议使用资源尝试结构。但是，当使用同时支持基于I/O和非基于I/O的表单的工具（如Stream）时，使用非基于I/O的表单时，资源尝试块通常是不必要的。

Answer 3

因为需要显式资源释放的流实际上是一种非常罕见的情况。因此，我们选择不让所有流执行都负担一些仅对其有价值的内容。01%的用法。

我们使流可以自动关闭，以便您可以根据需要从源代码中释放资源，但这就是我们停止的地方，这是一个很好的理由。

这样做不仅会自动给大多数用户带来他们不需要的额外工作负担，而且还违反了一个一般原则：分配资源的人负责关闭资源。当你打电话时

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

你是打开资源的人，而不是流库，你应该关闭它。事实上，由于关闭在某个资源持有对象上调用访问器方法产生的流有时会关闭底层对象，您可能不希望流为您关闭BufferedReader——您可能希望它在调用后保持打开状态。

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

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

您可能以特定的方式使用流，因此流应该做什么似乎“显而易见”——但是比您的用例更多。因此，我们不是迎合特定的用例，而是从一般原则来处理它：如果您打开了流，并且希望关闭它，请自行关闭它，但如果您没有打开它，则不适合您关闭。