什么是ForkJoinPool异步模式

| ForkJoinPool的异步模式是什么意思? Javadoc提到它使队列(按线程队列吗?)创建FIFO而不是LIFO。在实践中是什么意思?     
已邀请:
“ 0”中的每个工作线程都有自己的工作队列。异步模式涉及每个工作人员执行从未从其工作队列加入的分叉任务的顺序。 异步模式中处于“ 0”状态的工作者以FIFO(先进先出)顺序处理此类任务。默认情况下,ѭ0以LIFO(后进先出)顺序处理此类任务。 必须强调的是,异步模式设置仅涉及从未加入的分叉任务。当将“ 0”用于其最初设计的目的(即递归派生/联合任务分解)时,“ 4”根本不起作用。只有当工人没有进行实际的分叉/联接处理时,它才执行异步任务,然后才真正查询“ 4”标志。 这是一个小程序,演示了两种不同的异步模式设置之间的区别:
import java.util.concurrent.*;
import java.util.concurrent.atomic.AtomicInteger;

/**
 * Demo of {@code ForkJoinPool} behaviour in async and non-async mode.
 */
public class ForkJoinAsyncMode {
    public static void main(String[] args) {
        // Set the asyncMode argument below to true or false as desired:
        ForkJoinPool pool = new ForkJoinPool(
                4, ForkJoinPool.defaultForkJoinWorkerThreadFactory, null, true);

        pool.invoke(new RecursiveRangeAction(0, 200));
        pool.awaitQuiescence(2L, TimeUnit.SECONDS);
    }

    /**
     * A {@code ForkJoinTask} that prints a range if the range is smaller than a
     * certain threshold; otherwise halves the range and proceeds recursively.
     * Every recursive invocation also forks off a task that is never joined.
     */
    private static class RecursiveRangeAction extends RecursiveAction {
        private static final AtomicInteger ASYNC_TASK_ID = new AtomicInteger();

        private final int start;
        private final int end;

        RecursiveRangeAction(int start, int end) {
            this.start = start;
            this.end = end;
        }

        @Override
        protected void compute() {
            if (end - start < 10) {
                System.out.format(\"%s range [%d-%d] done%n\",
                        Thread.currentThread().getName(), start, end);
            } else {
                int mid = (start + end) >>> 1;
                int id = ASYNC_TASK_ID.incrementAndGet();

                System.out.format(
                        \"%1$s [%2$d-%3$d] -< [%3$d-%4$d], fork async task %5$d%n\",
                        Thread.currentThread().getName(), start, mid, end, id);

                // Fork off additional asynchronous task that is never joined.
                ForkJoinTask.adapt(() -> {
                    System.out.format(\"%s async task %d done%n\",
                            Thread.currentThread().getName(), id);
                }).fork();

                invokeAll(new RecursiveRangeAction(start, mid),
                        new RecursiveRangeAction(mid, end));
            }
        }
    }
}
在非异步模式下(默认值为default0ѭ),从未加入的分叉任务将按LIFO顺序执行。 在非异步模式下运行示例程序时,查看一个工作程序的输出,您可能会看到类似以下的模式:
ForkJoinPool-1-worker-0 [175-187] -< [187-200], fork async task 10
ForkJoinPool-1-worker-0 [175-181] -< [181-187], fork async task 11
ForkJoinPool-1-worker-0 range [175-181] done
ForkJoinPool-1-worker-0 range [181-187] done
ForkJoinPool-1-worker-0 [187-193] -< [193-200], fork async task 12
ForkJoinPool-1-worker-0 range [187-193] done
ForkJoinPool-1-worker-0 range [193-200] done
ForkJoinPool-1-worker-0 async task 12 done
ForkJoinPool-1-worker-0 async task 11 done
ForkJoinPool-1-worker-0 async task 10 done
在这里,任务10、11、12被派生,随后一旦工人四处执行,便以相反的顺序执行。 另一方面,在异步模式下,再次查看一个工作程序的输出,该模式将看起来如下所示:
ForkJoinPool-1-worker-3 [150-175] -< [175-200], fork async task 8
ForkJoinPool-1-worker-3 [150-162] -< [162-175], fork async task 9
ForkJoinPool-1-worker-3 [150-156] -< [156-162], fork async task 10
ForkJoinPool-1-worker-3 range [150-156] done
ForkJoinPool-1-worker-3 range [156-162] done
ForkJoinPool-1-worker-3 [162-168] -< [168-175], fork async task 11
...
ForkJoinPool-1-worker-3 async task 8 done
ForkJoinPool-1-worker-3 async task 9 done
ForkJoinPool-1-worker-3 async task 10 done
ForkJoinPool-1-worker-3 async task 11 done
分派任务8、9、10、11,然后按照提交顺序执行任务。 什么时候使用哪种模式?每当选择“ 0”线程池来利用其工作窃取属性而不是用于递归fork / join任务处理时,异步模式可能是更自然的选择,因为任务按提交顺序执行。 有时会说异步事件驱动框架(例如ѭ11)从异步模式中受益。例如,当构造一个由chain11ѭ回调组成的复杂链时,异步模式下的自定义
ForkJoinPool
执行程序可能会比默认执行程序稍好一些。 (不过我不能凭经验说话。)     
它用于已提交但从未加入的事件样式任务。 因此,基本上由于副作用而执行任务,而不是返回加入后分叉任务将要处理的结果。     

要回复问题请先登录注册