为什么 Goroutine 在 Go Playground 上与本地机器上的行为不同？

Go Playground 和 Go on Your Machine 之间的差异

比较 Go on the Go Playground 和本地计算机上的 goroutine 行为时，您可能会遇到差异。为了阐明根本原因，让我们深入研究您的具体示例。

在 Go Playground 上，GOMAXPROCS 最初设置为 1，您提供的代码预计会产生“进程花费太长时间”错误。这是因为 other() 函数中创建的 Goroutine 执行无限循环，导致主 Goroutine 无法继续从已完成的通道接收数据。

但是，在您的本地计算机上，GOMAXPROCS 值可能已设置到更高的数量（例如，可用的 CPU 核心数量）。这允许多个 goroutine 并发运行。在你的例子中，主 goroutine 从完成通道接收数据，而另一个 goroutine 并行运行无限循环。一旦收到数据，主 Goroutine 就会继续执行并终止程序，而不管其他 Goroutine 是否仍在运行。

这种非确定性行为是 Go 内存模型固有的。除非采用显式同步机制，否则无法保证 Goroutine 的执行顺序。

说明：

在 Go Playground 上，GOMAXPROCS 设置为 1。这意味着一次只能运行一个 goroutine。在您的代码中，主 goroutine 执行 main() 函数并创建第二个 goroutine 来执行 other() 函数。然后，主 goroutine 在已阻塞的 did 通道上等待。

由于一次只能运行一个 goroutine，因此调度程序选择继续运行 other() 函数。该函数在 did 通道上发送一个值，使当前的 (other()) 和主 goroutine 都可以运行。然而，调度程序继续运行 other()，因为 GOMAXPROCS=1。

Other() 然后启动另一个 goroutine 执行无限循环。调度程序选择执行这个 goroutine，这需要很长时间才能达到阻塞状态。导致 main() 函数没有继续执行，程序无限期运行，在 Go Playground 上提示“Process take too long”错误。

本地，GOMAXPROCS 很可能大于 1。这允许多个同时运行的 goroutine。一旦 other() 将数据发送到完成通道，调度程序就可以切换到主 goroutine，继续完成并终止程序。即使其他 Goroutine 仍在运行，程序也会在主 Goroutine 终止时退出。

以上是为什么 Goroutine 在 Go Playground 上与本地机器上的行为不同？的详细内容。更多信息请关注PHP中文网其他相关文章！