WorkStealingPool是ForkJoinPool的便捷封装，默认启用工作窃取机制，线程数等于CPU核心数，各线程拥有双端队列，空闲时窃取其他队列头部任务，适合计算密集型独立小任务。
Java 中的 WorkStealingPool 是 ForkJoinPool 的一种便捷封装，它默认启用工作窃取（Work-Stealing）机制，无需手动继承 ForkJoinTask 或编写 compute() 方法，适合并行执行大量独立任务。
什么是 WorkStealingPool？
Executors.newWorkStealingPool() 创建的是一个基于 ForkJoinPool 的并行线程池，其核心特点包括：
- 线程数默认为当前机器的 可用 CPU 核心数（可通过参数指定）
- 每个线程拥有自己的双端队列（Deque），任务入队时压入队尾，执行时从队尾弹出（LIFO），提高局部性
- 当某线程空闲时，会随机“窃取”其他线程队列头部的任务（FIFO），避免线程饥饿
- 不使用传统的工作队列（如
LinkedBlockingQueue），没有中心化调度瓶颈
如何创建和使用 WorkStealingPool
直接通过 Executors 工具类获取即可，返回类型是 ExecutorService，用法与普通线程池一致：
ExecutorService pool = Executors.newWorkStealingPool();
// 或指定并行度
ExecutorService pool = Executors.newWorkStealingPool(4);
// 提交 Runnable 或 Callable 任务
pool.submit(() -> {
System.out.println("Task running on " + Thread.currentThread().getName());
});
// 等待所有任务完成（注意：shutdown + awaitTermination 更安全）
pool.invokeAll(tasks); // 阻塞直到全部完成，适用于 List<Callable<?>>
⚠️ 注意：newWorkStealingPool() 返回的池 无法被 shutdown（调用 shutdown() 会抛 UnsupportedOperationException），因为它的生命周期由 JVM 自动管理；如需显式控制，应直接构造 ForkJoinPool。
立即学习“Java免费学习笔记（深入）”；
什么时候适合用 WorkStealingPool？
它最适合以下场景：
- 大量计算密集型、相互独立的小任务（如批量处理数组、并行流底层、图像分块计算）
- 任务执行时间差异较大，需要动态负载均衡（工作窃取能自动缓解长任务拖慢整体进度的问题）
- 不想手写
ForkJoinTask子类，又想享受 ForkJoin 的高效调度 - 替代
newFixedThreadPool(n)做 CPU 密集型并行，尤其在核数较多时效果更明显
不适合 I/O 密集型任务（建议配合 newCachedThreadPool 或自定义带阻塞队列的池），也不适合需要严格顺序或强依赖关系的任务。
底层其实是 ForkJoinPool，但隐藏了复杂性
虽然你没写 ForkJoinTask，但 WorkStealingPool 内部会把 Runnable/Callable 包装成 AdaptedRunnable 或 AdaptedCallable —— 它们是 ForkJoinTask 的子类，复用了窃取逻辑。你可以这样验证：
ExecutorService pool = Executors.newWorkStealingPool(); System.out.println(pool.getClass()); // 输出类似：class java.util.concurrent.ForkJoinPool
也就是说，它不是“另一个池”，而是 ForkJoinPool 的一种推荐用法，省去了模板代码，同时保留全部工作窃取能力。
