Java 8 流 : difference between limit() and skip()

Question

说到Streams，当我执行这段代码时

public class Main {
    public static void main(String[] args) {
        Stream.of(1,2,3,4,5,6,7,8,9)
        .peek(x->System.out.print("\nA"+x))
        .limit(3)
        .peek(x->System.out.print("B"+x))
        .forEach(x->System.out.print("C"+x));
    }
}

我得到这个输出

A1B1C1
A2B2C2
A3B3C3

因为将我的流限制为前三个组件会强制操作 A、B 和 C 仅执行 3 次。

尝试使用 skip() 方法对最后三个元素执行类似的计算，会显示不同的行为:this

public class Main {
    public static void main(String[] args) {
        Stream.of(1,2,3,4,5,6,7,8,9)
        .peek(x->System.out.print("\nA"+x))
        .skip(6)
        .peek(x->System.out.print("B"+x))
        .forEach(x->System.out.print("C"+x));
    }
}

输出这个

A1
A2
A3
A4
A5
A6
A7B7C7
A8B8C8
A9B9C9

为什么，在这种情况下， Action A1 到 A6 正在执行？这一定与 limit 是 short-circuiting stateful intermediate operation 的事实有关。 ，虽然 skip 不是，但我不明白这个属性的实际含义。难道只是“skip之前的每一个 Action 都被执行，而limit之前的不是每个 Action 都被执行”？

Answer 1

这里有两个流管道。

这些流管道每个都由一个源、几个中间操作和一个终端操作组成。

但是中间操作是惰性的。这意味着除非下游操作需要项目，否则不会发生任何事情。当它完成时，中间操作会完成它所需要的一切以产生所需的项目，然后再次等待直到请求另一个项目，依此类推。

终端操作通常是“急切的”。也就是说，他们要求流中完成他们需要的所有项目。

因此，您应该真正将管道视为 forEach 向其后面的流询问下一项，然后该流向其后面的流询问，依此类推，一直到源.

考虑到这一点，让我们看看您的第一个管道有什么:

Stream.of(1,2,3,4,5,6,7,8,9)
        .peek(x->System.out.print("\nA"+x))
        .limit(3)
        .peek(x->System.out.print("B"+x))
        .forEach(x->System.out.print("C"+x));

所以，forEach 要求第一项。这意味着“B” peek 需要一个项目，并向 limit 输出流询问它，这意味着 limit 将需要询问“A"peek，指向源代码。给出一个项目，一直到 forEach，然后你得到你的第一行:

A1B1C1

forEach 要求另一个项目，然后另一个项目。并且每次，请求都会向上传播并执行。但是当 forEach 请求第四项时，当请求到达 limit 时，它就知道它已经给出了它允许给出的所有项目。

因此，它不会要求“A”窥视另一个项目。它立即指示其项目已用完，因此不再执行任何操作并且 forEach 终止。

第二个管道会发生什么？

    Stream.of(1,2,3,4,5,6,7,8,9)
    .peek(x->System.out.print("\nA"+x))
    .skip(6)
    .peek(x->System.out.print("B"+x))
    .forEach(x->System.out.print("C"+x));

再次，forEach 要求第一项。这被传播回来。但是当它到达 skip 时，它知道它必须从上游请求 6 个项目，然后才能通过下游一个。因此，它从“A”peek 向上游发出请求，在不向下游传递的情况下使用它，发出另一个请求，依此类推。因此，“A”peek 获得 6 个对某个项目的请求并产生 6 个打印，但这些项目不会被传递下去。

A1
A2
A3
A4
A5
A6

在 skip 发出的第 7 次请求中，项目被传递到“B” peek 并从它传递到 forEach，因此完成了完整的打印:

A7B7C7

然后就像以前一样。 skip 现在将在收到请求时向上游请求一个项目并将其传递到下游，因为它“知道”它已经完成了它的跳过工作。所以剩下的指纹会通过整个管道，直到源头耗尽。