做这条流。spliterator（）关闭流？

Question

执行<代码>流。spliterator（）隐式关闭流，还是需要在之后显式关闭？

Stream<String> stream = Stream.of("a", "b", "c");
Spliterator<T> spliterator = stream.spliterator();
// Some low lever operation with the spliterator
stream.close(); // do we need to close?

乍一看，似乎是<代码>。spliterator（）方法关闭流，但不调用流。close（）。至少如果我在<代码>之后立即关闭它。调用spliterator（）方法，似乎不会影响spliterator操作。

Stream<String> stream = Stream.of("a", "b", "c").limit(2);
Spliterator<T> spliterator = stream.spliterator();
stream.close();
// Some low lever operation with the spliterator

这个问题可以扩展到其他流方法，例如。findAny（）。

stream.findAny() // Can I assume that I don't need to close the stream?
stream.onClose(() -> System.out.println("hi!")).findAny()`
// when the `onClose()` action will be called?

这个问题的原因是为了非常清楚何时需要显式关闭流，以及在不需要显式关闭它的情况下，何时将发生onBack（）定义的操作？

Answer 1

对pliterator（）方法的调用返回此流的元素及其终端操作的Spliterator。

回答您的问题-不，spliterator方法或者出于这个原因，任何其他终端操作都不会关闭流。

这在码头操作中记录为-

执行终端操作后，流管道被视为已消耗，无法再使用。。。。在几乎所有情况下，终端操作都是急切的，在返回之前完成对数据源的遍历和对管道的处理。只有终端操作迭代器（）和拆分器（）不是；它们作为“逃生舱口”提供，以在现有操作不足以完成任务的情况下启用任意客户端控制的管道遍历。

另一方面，文档声明：-

大多数流实例在使用后实际上不需要关闭，因为它们由集合、数组或生成函数支持，不需要特殊的资源管理。通常，只有源是IO通道的流，例如由文件返回的流。行（路径），将需要关闭。

自动关闭的状态与之匹配-

基类实现AutoCloseable是可能的，事实上也是常见的，即使不是所有的子类或实例都包含可释放的资源。

这就是基流扩展它的方式，close（）对使用资源（如文件）的流的影响不会远大于流。行（…） 。

然而，当使用支持基于I/O和非基于I/O的表单的流等设施时，在使用非基于I/O的表单时，通常不需要使用资源块。

Answer 2

在Java9中关闭Stream没有任何变化。如果应该释放底层资源，您仍然需要手动执行此操作。您永远不应该依赖垃圾收集器来执行此操作。文档仍然说：

流有一个BaseStream.close（）方法并实现AutoCloseable。在流被关闭后对其进行操作将抛出IllegalStateException。大多数流实例在使用后实际上不需要关闭，因为它们由集合、数组或生成函数支持，这些函数不需要特殊的资源管理。通常，只有源是IO通道的流，例如由Files.lines（Path）返回的流，才需要关闭。如果流确实需要关闭，则必须在try-with资源语句或类似的控制结构中将其作为资源打开，以确保在其操作完成后立即关闭。

Answer 3

终端操作永远不会关闭流。关闭必须手动完成。自动关闭发生的唯一地方是在平面地图操作中，手动关闭通常动态创建的子流将是困难和不可能的。

这也适用于Stream.spliterator（）方法。在您的示例中，它没有区别，因为通过Stream.of（...）创建的流不需要关闭，并且默认情况下没有注册onCloch（）操作。

您必须查看工厂方法的留档，以确定何时需要关闭流。例如，Files#line（Path， Charset）。

请参阅流上的收集操作是否关闭流和底层资源？或者Java 8流。迭代器（）完成后自动关闭流？