不屈服的 Goroutine 能否在单线程上让其他 Goroutine 挨饿？

协作调度的 Goroutines：探索阻塞执行的潜力

goroutine 背后的核心概念是它们的协作调度，如所提供的博客中所强调的那样来自宁道夫的帖子。这种合作性质意味着 goroutine 本质上是自我调节其执行，而不依赖于底层内核的抢占式中断。

考虑到这种调度模型，出现了一个关键问题：无限循环而不产生执行的 goroutine 是否可以有效地饿死其他进程同一线程上的 goroutine？

为了解决这个问题，让我们考虑一下帖子中提供的代码片段。 sum 函数只是计算并打印指定限制内​​的整数之和。

当使用多个 goroutine 执行此代码时，很明显，如果只有一个线程可用，则 goroutine 将不会同时运行。相反，它们会依次执行。

这种行为的原因在于 goroutine 的协作调度机制。如果没有明确的让步点，当前正在执行的 goroutine 将继续这样做，直到遇到必须放弃控制权的情况。

示例代码中，没有任何阻塞操作，例如通道通信，网络输入或系统调用意味着 goroutine 将无限期地执行循环。结果，它将独占线程，阻止其他 goroutine 运行。

为了缓解这个问题，必须将让步点合并到 goroutine 执行中。这可以通过各种机制来实现，包括：

• 调用阻塞函数，例如 fmt.Println() 或访问系统资源
• 使用通道进行通信和同步
• 使用runtime.Gosched()函数显式yield

通过采用这些技术，开发人员可以确保 goroutine 不会无限期阻塞，从而在多线程环境中实现更平衡、更高效的执行。

以上是不屈服的 Goroutine 能否在单线程上让其他 Goroutine 挨饿？的详细内容。更多信息请关注PHP中文网其他相关文章！