该用 ForkJoinPool 时是处理可递归拆分的纯 CPU 计算任务，如归并排序、数组求和；它通过工作窃取提升多核利用率，但不适用于 I/O 或阻塞操作，且需合理设置阈值与并行度。
什么时候该用 ForkJoinPool 而不是普通线程池
ForkJoinPool 专为「可递归拆分的计算型任务」设计，比如归并排序、树遍历、大规模数组求和。它用工作窃取（work-stealing）机制提升 CPU 利用率，但不适合 I/O 密集或阻塞操作——这类任务会让窃取线程卡住，反而拖慢整体吞吐。
常见误用场景：CompletableFuture.supplyAsync(..., forkJoinPool) 里执行 File.readAllBytes() 或 HttpClient.send()，结果线程池被占满，新任务排队甚至死锁。
- ✅ 适合：纯 CPU 计算、无锁、能切分成子任务且子任务粒度均衡
- ❌ 不适合：含
Thread.sleep()、Object.wait()、数据库查询、HTTP 调用 - ⚠️ 注意：
ForkJoinPool.commonPool()是 JVM 全局共享的，第三方库（如CompletableFuture默认）也在用，滥用会导致互相干扰
如何正确继承 RecursiveTask 拆分任务
核心是重写 compute() 方法：判断是否达到「阈值」，够小就直接算；否则 fork 出子任务，再 invokeAll() 并 join() 收集结果。
阈值不是越小越好——太小会增加任务调度开销；太大则无法充分利用多核。经验上，对简单计算（如整数累加），设为 10000 ~ 100000 元素较稳。
立即学习“Java免费学习笔记（深入）”；
class SumTask extends RecursiveTask<Long> {
private final int[] array;
private final int lo, hi;
private static final int THRESHOLD = 10000;
<pre class='brush:java;toolbar:false;'>SumTask(int[] array, int lo, int hi) {
this.array = array;
this.lo = lo;
this.hi = hi;
}
@Override
protected Long compute() {
if (hi - lo <= THRESHOLD) {
long sum = 0;
for (int i = lo; i < hi; i++) sum += array[i];
return sum;
}
int mid = lo + (hi - lo) / 2;
SumTask left = new SumTask(array, lo, mid);
SumTask right = new SumTask(array, mid, hi);
invokeAll(left, right); // 自动 fork + 等待完成
return left.join() + right.join();
}}
ForkJoinPool 构造参数的实际影响
构造时传入的 parallelism 参数，并非「最多创建多少线程」，而是「活跃工作线程的目标数量」。它会影响：
-
parallelism小于 CPU 核心数 → 可能闲置核心 -
parallelism远大于核心数 → 增加上下文切换，尤其在任务轻量时反降性能 - 不指定时，默认用
Runtime.getRuntime().availableProcessors() - 1（commonPool）
自定义池建议显式指定并命名，便于排查线程 dump 中的线程归属：
ForkJoinPool pool = new ForkJoinPool(
4, // parallelism
ForkJoinPool.defaultForkJoinWorkerThreadFactory,
(t, e) -> System.err.println("Uncaught in " + t.getName()),
true // asyncMode：true 表示 LIFO 调度，适合后进先出任务（如深度优先遍历）
);为什么 invokeAll 比手动 fork+join 更安全
手动调用 fork() 后必须配对 join()，漏掉或顺序错乱会导致任务丢失或死锁。而 invokeAll(task1, task2) 内部已封装了 fork + join + 异常传播逻辑，更简洁可靠。
另一个关键点：invokeAll 是批量提交，ForkJoinPool 会优化任务入队和唤醒策略；而连续写 task1.fork(); task2.fork(); task1.join(); task2.join(); 容易让当前线程过早阻塞，降低窃取效率。
如果真要手动控制，务必遵守「先 fork 所有子任务，再 join」的顺序，且确保每个 fork() 都有对应 join()，哪怕中间抛异常也要在 finally 里补上。
