ForkJoinPool 专为可递归拆分的CPU密集型计算任务设计，采用双端队列与工作窃取机制实现动态负载均衡；ThreadPoolExecutor 是通用线程池，适用于任意独立任务，依赖共享队列静态调度。
核心设计哲学不同
ThreadPoolExecutor 是通用型线程池，面向**任意类型、彼此无关的任务**。它用一个共享队列（如 ArrayBlockingQueue 或 LinkedBlockingQueue）协调所有线程，任务提交后排队等待分配，线程按 FIFO 顺序取任务执行。
ForkJoinPool 是专用型线程池，专为**可递归拆分的计算型任务**设计，比如归并排序、快速排序、树遍历、大规模数组聚合等。它不依赖共享队列，而是为每个线程维护一个**双端队列（Deque）**，并引入“工作窃取”机制实现动态负载均衡。
任务调度与执行方式不同
ThreadPoolExecutor 的调度是静态的：任务入队 → 线程从队首取 → 执行 → 完成。一旦某个线程拿到一个耗时长的任务，其他线程可能空闲，而它还在忙——容易出现负载不均。
ForkJoinPool 的调度是动态的：
- 任务由线程创建时，压入自己队列的尾部（push）
- 线程执行时，优先从自己队列的尾部弹出（LIFO），利于缓存局部性
- 当自己队列为空，就随机选一个其他线程，从它的队列头部偷一个任务（FIFO），减少竞争
这种“自己干完就去帮别人”的模式，天然适配分治类任务的爆发式子任务生成特点。
任务模型与API抽象不同
ThreadPoolExecutor 提交的是 Runnable 或 Callable，任务之间无关联，无法自动等待或合并结果。
ForkJoinPool 围绕 ForkJoinTask 构建：
- RecursiveAction：无返回值的可拆分任务（如遍历+处理）
- RecursiveTask<T>：有返回值的可拆分任务（如求和、排序后返回数组）
- 内置 fork()（异步提交子任务）、join()（同步等待并获取结果）方法，天然支持分治逻辑
你不用手动管理 Future 或 CountDownLatch，框架帮你处理依赖与同步。
适用场景与性能倾向不同
ThreadPoolExecutor 更适合：
- I/O 密集型任务（如网络请求、文件读写）
- 任务粒度较粗、彼此独立、不可拆分
- 需要精细控制队列容量、拒绝策略、线程生命周期
ForkJoinPool 更适合：
- CPU 密集型、计算量大、可递归分解的任务
- 任务数量多、执行时间差异大（工作窃取能有效摊平）
- Java 8+ 的 parallelStream() 底层就是它，默认使用公共池
注意：ForkJoinPool 默认并行度通常设为 CPU 核数（或 +1），不是为了“开更多线程”，而是避免上下文切换开销；而 ThreadPoolExecutor 的核心线程数可根据吞吐与延迟权衡灵活配置。
