JVM流API回滚

Question

当我们给流API一些输入时，它被分成块，JVM创建多个线程来执行块上的执行。

问题：-

如果我给了一百万个条目ArrayList作为并行管道的输入，在JVM内部线程对列表进行前半部分计算之后，就会发生异常。

JVM将如何处理回滚。

JVM真的回滚到原始状态吗？

Answer 1

没有回滚这样的事情，在正常情况下，没有必要这样做。流操作从源读取数据并生成新结果。在异常的情况下，没有新的结果，并且在处理过程中创建的任何临时对象最终都将被垃圾回收。

在理想情况下，终端操作将等待所有子任务的完成，然后再将异常转发给调用方，但目前没有，请参见此Q

请注意，留档明确不鼓励使用具有有状态行为的函数，因为当使用并行流时，结果可能是不确定的或不正确的。即使没有例外，并行流也可以处理在执行短路操作时对最终结果没有贡献的元素。无论哪种情况，函数产生的副作用都不能回滚。

必须强调的是，这也适用于副作用的合法使用，即peek或forEach，其行为在例外情况下不会撤销。如果出于预期目的使用peek，则这不是问题，因为报告元素已被处理仍然是正确的，即使结果由于后续异常而被删除。如果这是传递给forEach的操作的问题，因为您不希望在异常情况下发生这些操作，那么无法首先收集元素，例如，通过toArray或collect（toList（）），并在流操作正常完成后对结果执行forEach。

当然，如果操作只修改具有自己回滚机制的对象的状态，例如将每个元素发送到数据库，则不需要这样做。

在某些情况下，流读取操作确实会修改源的状态，例如，从随机数生成器读取数字时，从缓冲读取器读取行时，或从扫描仪读取令牌时（Java 9）。在这些情况下，该操作还会对源产生无法撤消的影响。

如果是BufferedReader。行（）和扫描仪。tokens（），文档明确指出，即使在非例外情况下，读卡器/扫描仪在操作后仍处于未指定状态，随机数字生成器通常被视为生成不可预测的数字。因此，对于所有这些情况，没有回滚都不会导致问题。