core.async go 块会自行停车，还是有“调度程序”？

Question

据我了解，在 JVM 上有一个线程池可供 core.async go 块使用 n + 2 线程数，其中 n 是机器上的内核数。

但是，许多 go 块可以同时部署在一个线程上。每个都处于停放状态（这意味着它的计算没有进行）或处于运行状态（其中它的计算围绕核心产生热量嗡嗡作响）。如果四核机器上有 1000 个 go 块，那么我猜这 1000 个 go 块中最多有 6 个处于运行状态。因此，必须停放其他 994 个 go 街区。

全线程被调度到一个核心上；由 OS 调度程序或 JVM 主管线程执行。那么 go 块是如何进入/退出 parked 状态的呢？当它厌倦了运行（块）时，它是否决定自行停放，或者是否有一个主管线程充当“执行块调度程序”，它确定哪个执行块在哪个线程上运行并受制于某些调度算法，例如循环等.

谢谢

Answer 1

他们自己停车。

go 宏遍历整个表单，找到需要停放的位置，并显式调用以将线程停放在这些位置。一些常见的有：

• 其他 go 块的开始
• 取自一个陈<!
• 发送给一个频道>!
• 致电async/thread

这是 go 块不能跨越函数调用的很大一部分原因。编译器/宏需要能够看到整个代码块才能将它们放在正确的位置。