为什么即使设置了 runtime.GOMAXPROCS(1)，Goroutine 仍然可以运行？

积累知识，胜过积蓄金银！毕竟在Golang开发的过程中，会遇到各种各样的问题，往往都是一些细节知识点还没有掌握好而导致的，因此基础知识点的积累是很重要的。下面本文《为什么即使设置了 runtime.GOMAXPROCS(1)，Goroutine 仍然可以运行？》，就带大家讲解一下知识点，若是你对本文感兴趣，或者是想搞懂其中某个知识点，就请你继续往下看吧~

这个简单的示例打印“done”、“finished”。万一我们只有一个受runtime.gomaxprocs(1)限制的物理线程，这怎么可能呢？去1.19

package main

import (
    "fmt"
    "runtime"
)

func main() {
    runtime.GOMAXPROCS(1)

    done := false

    go func() {
        done = true
        fmt.Println("done")
    }()

    for !done {
    }
    fmt.Println("finished")
}

正确答案

GOMAXPROCS(1) 不将程序限制为单线程。 What does it do?

GOMAXPROCS 变量限制可以同时执行用户级 Go 代码的操作系统线程数量。代表 Go 代码在系统调用中可以阻塞的线程数量没有限制；

假设在此上下文中调度程序不被视为“用户级 Go 代码”，则它不会受到此数字 (1) 的限制。

即使用户代码确实占用了所有可用线程，用户代码通常仍然可以是 preempted 以允许其他代码运行。更多详情请参阅preempt.go中的评论。

1. 也许这里的“用户级”是指用户代码与内核代码的意思。那么，Go 运行时调度程序显然不是内核代码，但称其为“用户级 Go 代码”似乎有些多余。

看到这么多负面评价真是令人惊讶。与此同时，没有人注意到 14.1 (https://go.dev/doc/go1.14) 中 go 调度程序的行为发生变化的原因是“goroutines 现在是异步抢占的”。此代码应该在 14.1 之前的版本中挂起并在更高版本中工作。

今天关于《为什么即使设置了 runtime.GOMAXPROCS(1)，Goroutine 仍然可以运行？》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！