当任务可递归拆分、无强依赖且单个耗时＞10ms时，ForkJoinPool凭借工作窃取提升CPU利用率；小任务或IO密集型反不如ThreadPoolExecutor。
什么时候该用 ForkJoinPool 而不是普通线程池
当任务可递归拆分、子任务间无强依赖、且单个任务耗时明显（比如 >10ms），ForkJoinPool 才有优势。它用工作窃取（work-stealing）减少线程空闲，但调度开销比 ThreadPoolExecutor 高——小任务或 IO 密集型反而更慢。
常见误用场景：
- 用 ForkJoinPool 处理 HTTP 请求或数据库查询
- 拆分后每个子任务只做几次加法运算
- 任务数远少于 CPU 核心数（比如 4 核机器只 fork 出 2 个子任务）
RecursiveTask 和 RecursiveAction 怎么选
看是否需要返回值：
- 计算数组和、查找最大值、归并排序结果合并 → 用 RecursiveTask
- 遍历树节点打日志、批量更新对象字段、填充缓存 → 用 RecursiveAction
关键区别：
- RecursiveTask 必须重写 compute() 并返回值，子任务调用 invokeAll() 后需显式收集结果
- RecursiveAction 的 compute() 无返回值，更适合“执行即完成”的场景，少一层结果聚合逻辑
示例（求和）：
class SumTask extends RecursiveTask{ private final int[] arr; private final int lo, hi; private static final int THRESHOLD = 1000; SumTask(int[] arr, int lo, int hi) { this.arr = arr; this.lo = lo; this.hi = hi; } protected Long compute() { if (hi - lo <= THRESHOLD) { long sum = 0; for (int i = lo; i < hi; i++) sum += arr[i]; return sum; } int mid = (lo + hi) / 2; SumTask left = new SumTask(arr, lo, mid); SumTask right = new SumTask(arr, mid, hi); invokeAll(left, right); // 并行触发 return left.join() + right.join(); // 等待并合并 }}
拆分阈值（
THRESHOLD）设多少才合理这不是固定值，得结合任务粒度和硬件测出来。设得太小：fork/join 开销压倒计算收益；设得太大：并行度不足，CPU 利用率低。
建议做法：
- 初始按arr.length / ForkJoinPool.commonPool().getParallelism()估算
- 在目标机器上用 JMH 对比不同阈值的吞吐量（比如 100 / 1000 / 10000）
- 注意：JDK9+ 默认公共池并行度 =Runtime.getRuntime().availableProcessors() - 1，别硬编码为Runtime.getRuntime().availableProcessors()容易被忽略的点：
- 数组拷贝（如用Arrays.copyOfRange）会放大内存压力，尽量传索引范围而非子数组
- 递归深度过大可能引发栈溢出，THRESHOLD要保证最深递归层数 ≤ 5000为什么
join()有时卡住或返回 null
join()卡住，大概率是任务里调用了阻塞操作（如Thread.sleep()、Object.wait()、同步 IO），导致工作线程被占住，窃取机制失效。ForkJoin 线程默认是 daemon 且不可配置为阻塞友好型。立即学习“Java免费学习笔记（深入）”；
join()返回null只有一种情况：子任务抛了未捕获异常，此时getRawResult()是null，必须用get()或检查isCompletedAbnormally()。安全写法：
left.invoke(); right.invoke(); if (left.isCompletedAbnormally()) throw left.getException(); if (right.isCompletedAbnormally()) throw right.getException(); return left.join() + right.join();真正难调试的是“伪死锁”：多个任务互相等待对方的
join()，又没设置超时——务必给invokeAll后的操作加超时兜底，尤其在线上环境。
