串行蒸汽的性能、内部工作和执行顺序

Question

我不相信添加流仅仅是为了通过欺骗函数式编程来增加代码的可读性。

如果我在流上执行多个操作，它们是如何在内部计算的。

> < li>

在应用多个地图函数的情况下，如何计算地图html" target="_blank">函数。一次一个元素或一个完整流上的一个映射操作，然后是另一个。

在性能方面，它与在集合上执行的正常迭代有何不同。

当谈到非并行流时，元素的计算顺序是否仅取决于输入集合的类型（i、e为list排序、link edHashmap、sortedset和un的hashSet等）。

我能否对流的内部工作有更多的见解，以便更好地决定何时不建议使用流，何时建议使用流。（要检查的因素，如集合大小、序列性质等）

我知道字节码是以. class的形式为每个类创建的。字节码是如何为流操作中内部使用的所有lambda函数创建的呢？

    List<Integer> ee = new ArrayList<Integer>();
    Function<? super Integer, ? extends Integer> f1 = x -> x * 2;
    Function<? super Integer, ? extends Integer> f2 = x -> x * x;
    Function<? super Integer, ? extends Integer> f3 = x -> x / 2;

    ee.stream().map(f1).map(f2).map(f3).collect(Collectors.toList());

Answer 1

>

当前Stream API实现逐个处理元素，而无需中间缓冲，除非必须这样做。对于顺序流，仅sorted（）操作是“全屏障”操作，因此对于map（f1）. sorted（）. map（f2），f1将应用于整个流，然后将对结果进行排序，f2将应用于每个结果项。在其他情况下，包括相邻的map（f1）. map（f2），f1和f2函数将同时应用于第一个元素，然后都应用于第二个元素，依此类推。

可能更快也可能更慢，这在很大程度上取决于许多事情，包括您使用的操作、哪个集合是您的流源、您有多少输入元素以及您如何收集结果。

在当前实现中-是的。尽管没有指定。规范要求整个流中使用的大多数函数（例如传递给map的函数）是无状态的，所以如果你的程序行为取决于lambdas的执行顺序，你很可能违反了指定的契约。

最重要的因素是代码清晰度。如果使用流 API 使代码更易于阅读，则可能可以使用它。如果您清楚地看到您的流是性能瓶颈，您可以尝试摆脱它。然而，这在实践中很少发生。我倾向于避免创建许多非常短的流，因为它们会产生垃圾，因此许多短流意味着每个处理元素的垃圾很多。然而，这在实践中并不总是重要的。

Lambda 被编译为在类体内分离合成方法，并在运行时扩展到实现相应函数接口并调用该合成方法的匿名类。这是使用invokedynamic字节码指令和引导工厂完成的（参见标准库中的java.lang.invoke.LambdaMetafactory类）。如果您的 lambda 未捕获任何内容，则运行时表示形式将是单例。否则，每次都会创建该匿名类的新实例。