是否不鼓励在JavaEE容器中使用Java8个并行流？

Question

鉴于不鼓励在JavaEE容器中生成线程。在JavaEE内部使用Java8并行流（可能会产生线程）是否也会被阻止？

Answer 1

编辑请参见和中的备选答案。下面的计划可能是这样的，但在实践中似乎并非如此。

我从评论中提到的lambda-dev邮件列表讨论中读到的方式是：它并不像生成线程那样令人沮丧——但是在JavaEE上下文中不会对你有什么帮助。

来自链接讨论：

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

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

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

Answer 2

一个平头，优雅的降级为单线程是不可用的。我还以为这是因为肖恩的回答和邮件列表的讨论，但我在研究这个问题时发现并不是这样。该机制不在JavaEE7规范中，也不在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。

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