在Google I / O 2012演示文稿 Go Concurrency Patterns中 ,Rob Pike提到了多个 goroutine 可以 驻留 在一个线程中。这是否意味着它们被实现为协程?如果没有,如何实施?欢迎使用源代码链接。
不完全的。Go常见问题解答部分 为什么使用goroutines而不是线程? 解释:
Goroutine是使并发易于使用的一部分。这个想法已经存在了一段时间,它是将独立执行的功能(协程)复用到一组线程上。当协程被阻止时(例如通过调用阻止系统调用),运行时会自动将同一操作系统线程上的其他协程移动到另一个可运行的线程中,这样它们就不会被阻止。程序员对此一无所知,这就是重点。我们称之为goroutines的结果可能非常便宜:它们在堆栈内存(只有几千字节)之外的开销很小。 为了缩小堆栈,Go的运行时使用可调整大小的有界堆栈。给一个新铸造的goroutine几千字节,这几乎总是足够的。如果不是,则运行时会增加(或缩小)用于自动存储堆栈的内存,从而使许多goroutine驻留在适度的内存中。每个函数调用的CPU开销平均约为3条廉价指令。在同一个地址空间中创建数十万个goroutine是很实际的。如果goroutine只是线程,则系统资源将以更少的数量耗尽。
Goroutine是使并发易于使用的一部分。这个想法已经存在了一段时间,它是将独立执行的功能(协程)复用到一组线程上。当协程被阻止时(例如通过调用阻止系统调用),运行时会自动将同一操作系统线程上的其他协程移动到另一个可运行的线程中,这样它们就不会被阻止。程序员对此一无所知,这就是重点。我们称之为goroutines的结果可能非常便宜:它们在堆栈内存(只有几千字节)之外的开销很小。
为了缩小堆栈,Go的运行时使用可调整大小的有界堆栈。给一个新铸造的goroutine几千字节,这几乎总是足够的。如果不是,则运行时会增加(或缩小)用于自动存储堆栈的内存,从而使许多goroutine驻留在适度的内存中。每个函数调用的CPU开销平均约为3条廉价指令。在同一个地址空间中创建数十万个goroutine是很实际的。如果goroutine只是线程,则系统资源将以更少的数量耗尽。