Lazy并发为什么不用Executor或ExecutorService来并发

[nasodaengineer]

forkjoin只适合cpu密集型任务吧

[wolray]

Lazy的并发是递归任务，在Java线程框架下貌似只能用forkjointask，直接上ExecutorService会导致先提交的任务被阻塞

[nasodaengineer]

Lazy的并发是递归任务，在Java线程框架下貌似只能用forkjointask，直接上ExecutorService会导致先提交的任务被阻塞

用ExecutorService的话用户也可以传forkjoin进来，如果要处理io任务则可以替换，后面也能用虚拟线程的ExecutorService，比较通用

[wolray]

io任务替换啥 能举个例子么

[nasodaengineer]

io任务替换啥 能举个例子么

额，假如我上游数据大量的依赖别的服务接口获取数据，那不就会产生大量的阻塞，forkjoin不适合这样的场景，但我可以传java.util.concurrent.Executors#newVirtualThreadPerTaskExecutor来适应这样的场景

[wolray]

这是都用上JDK21了？爽啊
有一个问题 如果你的Lazy彼此构成依赖 你试过这个能正常递归并发么
反正传统线程池是不行的

[nasodaengineer]

这是都用上JDK21了？爽啊 有一个问题 如果你的Lazy彼此构成依赖 你试过这个能正常递归并发么 反正传统线程池是不行的

没试过太复杂的依赖，我用jdk21可以正常跑，但我可以根据情况手动选择几个io耗时长任务的先forkjoin跑一遍，想要见缝插针的把cpu跑满还是比较复杂

[wolray]

时

我试试用虚拟线程有没有啥别的方式

[wolray]

RecursiveTask和Loom的Virtual Thread是不兼容的
https://stackoverflow.com/questions/74487536/in-loom-can-i-use-virtual-threads-for-recursiveaction-task
如果没有别的办法可以模拟递归计算的话，那lazy是支持不了ExecutorService的