深入理解 Go 语言并发编程之系统调用底层原理

        用户协程是如何执行系统调用的？系统调用有可能会阻塞线程 M，如果所有的线程 M 都因系统调用阻塞了，这时候谁来调度协程呢？

1. 系统调用会阻塞线程吗

        系统调用会阻塞线程吗？在这回答这个问题之前，我们先模拟一个 Go 程序执行阻塞式系统调用的情况。

        第一个程序就是普通的 Go 程序，没有执行任何系统调用，代码如下所示：

package main

import (
	"runtime"
	"time"
)

func main() {
	//设置逻辑处理器 P 的数目为 4
	runtime.GOMAXPROCS(4)
	//创建 10 个用户协程
	for i := 0; i < 10; i++ {
		go func() {
			for {
			}
		}()
	}
	time.Sleep(time.Second * 1000)
}

        上面的 Go 程序非常简单，本身没有任何意义，只是显式地设置逻辑处理器 P 的数目为 4,随后创建了多个用户协程。

        参考上面的结果，Go 程序总共创建了 5 个子线程，暂时记录下这个结果，待会和第二个程序的输出做一个对比。当然，你可能会好奇为什么实际的线程数大于逻辑处理器 P 的数目，这里我们大不必纠结背后的原因（Go 语言还会创建辅助线程）。

        第二个程序会执行一些阻塞式的系统调用，代码如下所示：

package main
import (
	"net"
	"runtime"
	"syscall