Project Loom虚拟线程能否提升Java Parallel Streams性能？

• 核心认知偏差：Project Loom的虚拟线程设计初衷是优化IO密集型任务的吞吐量，而非提升CPU密集型任务的性能。你的测试场景是素数计算，属于纯CPU密集型负载，全程没有任何IO阻塞、等待操作，虚拟线程的优势完全无法发挥，反而会因为额外的虚拟调度层产生开销，性能弱于原生平台线程是正常结果。
• 测试代码存在逻辑错误：你只是把触发并行流执行的外层任务提交到了虚拟线程执行器，Java并行流本身默认使用公共ForkJoinPool（平台线程实现）执行计算逻辑，全程没有用到你创建的虚拟线程池。你测出来的1388毫秒比1289毫秒多出来的耗时，本质是虚拟线程创建、调度的额外开销，和并行流本身的执行性能无关。
• 目前Project Loom并没有和Java Parallel Streams做集成的必要：并行流的设计完全基于适配CPU密集型任务的ForkJoinPool工作窃取机制，和虚拟线程的IO优化场景完全不重合，即便后续做了集成，在CPU密集型场景下性能依然不会优于平台线程实现的ForkJoinPool。

内容的提问来源于stack exchange，提问作者Eric Kolotyluk