是否不鼓励在 Java EE 容器中使用 Java 8 并行流？

Question

鉴于spawning threads in Java EE containers are discouraged。是否不鼓励在 Java EE 中使用Java 8 parallel streams，它可能会产生线程？

Answer 1

编辑查看andrepnh 的替代答案。以下可能是计划，但在实践中似乎并没有这样发展。

---

我从 cmets 中提到的 lambda-dev mailing list discussion 中读取它的方式：生成线程的方式并不气馁 - 但在 Java EE 上下文中不会为您做任何事情。

来自链接的讨论：

Java EE 并发人员已经讨论过 这个，目前的结果是 FJP 将优雅地降级为 从内部运行时的单线程（甚至调用者上下文）执行 EE 容器

因此，您可以在同时在两种上下文中运行的过程或库中安全地使用并行流。当它在 SE 环境中运行时，它会使用神奇的并行恶作剧——但当它在 EE 环境中运行时，它会优雅地降级为串行执行。

注意：上面引用的短语是将来时 - 是否有人引用了某些权威文档？

Answer 2

请注意，优雅降级到单线程是不可用的。我还认为这是因为 Shorn 的回答和邮件列表讨论，但我发现不是在研究 this question 时。该机制不在 Java EE 7 规范中，也不在 glassfish 4.1 中。即使另一个容器这样做，它也不是便携式的。

您可以通过调用以下方法进行测试：

@Singleton
public class SomeSingleton {
    public void fireStream() {
        IntStream.range(0, 32)
            .parallel()
            .mapToObj(i -> String.format("Task %d on thread %s", 
                i, Thread.currentThread().getName()))
            .forEach(System.out::println);
    }
}

你会得到类似的东西：

Info:   Task 20 on thread http-listener-1(4)
Info:   Task 10 on thread ForkJoinPool.commonPool-worker-3
Info:   Task 28 on thread ForkJoinPool.commonPool-worker-0
...

我还检查了 glassfish 4.1.1 的源代码，没有单独使用 ForkJoinPool、ForkJoinWorkerThreadFactory 或 ForkJoinWorkerThread。

该机制可以添加到 EE 8，因为许多框架将利用 jdk8 功能，但我不知道它是否是规范的一部分。