为什么是文件。线路（和类似流）未自动关闭？

Question

流状态的javadoc：

流具有基流。方法并实现自动关闭，但几乎所有流实例在使用后实际上都不需要关闭。通常，只有源为IO通道的流（例如由文件行（路径，字符集）返回的流）才需要关闭。大多数流由集合、数组或生成函数支持，不需要特殊的资源管理。（如果流确实需要关闭，则可以在try with resources语句中将其声明为资源。）

因此，在绝大多数情况下，可以在一个线性规划中使用流，如集合。stream（）。forEach（系统输出：：println） 但用于文件。行和其他资源支持的流，必须使用try with resources语句，否则会泄漏资源。

我觉得这很容易出错，而且没有必要。由于流只能迭代一次，在我看来，不存在输出文件的情况。行不应在迭代后立即关闭，因此实现应在任何终端操作结束时简单地隐式调用close。我错了吗？

Answer 1

此外，如果你想“一行写”。你可以这样做：

Files.readAllLines(source).stream().forEach(...);

如果您确定需要整个文件并且文件很小，您可以使用它。因为它不是延迟读取。

Answer 2

除了@BrianGoetz答案之外，我还有更具体的例子。不要忘记，流有转义图案填充方法，如迭代器（）。假设您正在这样做：

Iterator<String> iterator = Files.lines(path).iterator();

之后，您可以多次调用hasNext（）和next（），然后放弃这个迭代器：迭代器接口完全支持这种使用。无法显式关闭迭代器，这里唯一可以关闭的对象是流。因此，这种方式可以很好地工作：

try(Stream<String> stream = Files.lines(path)) {
    Iterator<String> iterator = stream.iterator();
    // use iterator in any way you want and abandon it at any moment
} // file is correctly closed here.

Answer 3

是的，这是一个深思熟虑的决定。我们考虑了两种选择。

这里的操作设计原则是“谁获得资源，谁就应该释放资源”。读取EOF时文件不会自动关闭；我们希望文件由打开它们的人显式关闭。由IO资源支持的流是相同的。

幸运的是，该语言为您提供了一种自动化机制：尝试使用资源。由于流实现了自动关闭，您可以执行以下操作：

try (Stream<String> s = Files.lines(...)) {
    s.forEach(...);
}

“自动关闭真的很方便，这样我就可以把它写成一行”的论点很好，但主要是摇尾巴。如果你打开了一个文件或其他资源，你也应该准备好关闭它。有效和一致的资源管理胜过“我想用一行写这个”，我们选择不扭曲设计只是为了保留一行。