我认为基本的误解是，Fork / Join示例 并未 显示出 窃取 工作，而只是显示了某种标准的分而治之。
偷工作可能是这样的：工人B已经完成工作。他是一个善良的人，所以他环顾四周，发现工人A仍在努力工作。他走过去问：“嘿，伙计，我可以帮你。”
一个答复。“很酷，我要完成1000个单位的任务。到目前为止，我已经完成了345个工作，剩下655个工作。请把673改为1000，我将把346改为672。”
B说：“好，让我们开始吧，我们可以早些去酒吧。”
您会看到-工人即使在开始实际工作时也必须彼此沟通。这是示例中缺少的部分。
另一方面，这些示例仅显示类似“使用分包商”的内容：
工人A：“党，我有1000个工作单元。对我来说太多了。我自己做500个工作，然后将500个工作分包给别人。”
直到大任务分解成每个10个单位的小包为止。这些将由可用的工人执行。但是，如果一个小药包是一种毒药，并且比其他小药包需要更长的时间-倒霉，分裂阶段就结束了。
Fork /
Join与预先拆分任务之间唯一的区别是：当预先拆分时，您从一开始就拥有完整的工作队列。示例：1000个单位，阈值为10，因此队列中有100个条目。这些数据包分配给线程池成员。
Fork / Join比较复杂，它试图使队列中的数据包数量减少：
- 步骤1：将一个包含（1 … 1000）的数据包放入队列
- 步骤2：一名工作人员弹出数据包（1 … 1000），并用两个数据包替换：（1 … 500）和（501 … 1000）。
- 步骤3：一名工作人员弹出数据包（500 … 1000）并推送（500 … 750）和（751 … 1000）。
- 步骤n：堆栈包含以下数据包：（1..500），（500 … 750），（750 … 875）…（991..1000）
- 步骤n + 1：弹出并执行数据包（991..1000）
- 步骤n + 2：数据包（981..990）弹出并执行
- 步骤n + 3：弹出数据包（961..980），并将其拆分为（961 … 970）和（971..980）。....
您会看到：在Fork / Join中，队列较小（示例中为6），并且“ split”和“ work”阶段是交错的。
当多个工作人员同时弹出并推动时，交互作用当然不是很清楚。
