ForkJoinPool如何实现真正并行，确保线程运行在独立CPU核心？

核心结论 #

• 默认JDK提供的ForkJoinPool本身没有内置线程亲和性（Thread Affinity）实现，也不会主动保证池内线程独占处理器核心。
• 你提到的「池线程数不大于Runtime.getRuntime().availableProcessors()」的前提，本身就是ForkJoinPool设计时针对计算密集型任务的最优实践，目的是尽可能降低CPU调度层面的竞争，提升并行效率。

操作系统层面的默认并行保障 #

常规情况下，只要满足线程数不大于可用核心数的前提，操作系统的进程调度器会尽可能将处于就绪状态的ForkJoinPool工作线程调度到空闲的独立核心上执行：

• ForkJoinPool默认设计面向计算密集型任务，工作线程不会频繁进入阻塞状态，大部分时间处于可运行状态，调度器会优先为其分配空闲核心，减少上下文切换开销。
• 只要系统整体CPU负载没有打满，就算存在其他外部线程，调度器也会尽量把ForkJoin的工作线程分散到不同核心执行，避免同核心竞争。

若需要实现严格的核心独占绑定（主动启用线程亲和性） #

如果需要完全避免外部线程和ForkJoinPool线程抢占核心，可以通过自定义线程工厂的方式手动实现线程亲和性绑定，步骤如下：

1. 自定义实现ForkJoinWorkerThreadFactory接口，为每个生成的ForkJoin工作线程预分配对应的核心ID
2. 在工厂创建线程的逻辑中，调用操作系统原生API完成线程和指定核心的绑定：
   • Linux环境下可以通过JNA/JNI调用sched_setaffinity系统调用
   • Windows环境下可以调用SetThreadAffinityMaskAPI
3. 将自定义的线程工厂传入ForkJoinPool的构造方法即可

注意事项 #

• 就算完成了线程和核心的绑定，也无法完全避免核心被占用：操作系统内核线程、高优先级系统进程的线程依然可能抢占绑定的核心，该逻辑处于用户态控制范围之外。
• 若ForkJoinPool的工作线程存在IO等待、锁等待等阻塞操作，绑定的核心会被操作系统调度给其他就绪线程使用，无法实现核心独占。
• 绑定核心时建议以物理核心数而非超线程逻辑核心数为上限，避免多个线程绑定到同一个物理核心导致性能下降。

内容的提问来源于stack exchange，提问作者Jan Bronnikau