该用 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 元素较稳。
class SumTask extends RecursiveTask{ private final int[] array; private final int lo, hi; private static final int THRESHOLD = 10000; SumTask(int[] array, int lo, int hi) { this.array = array; this.lo = lo; this.hi = hi; } @Override protected Long compute() { if (hi - lo zuojiankuohaophpcn= THRESHOLD) { long sum = 0; for (int i = lo; i zuojiankuohaophpcn 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里补上。
