【Go 网络编程全解】05 I/O 多路复用：揭秘 Go netpoller 的底层魔法

大家好，我是Tony Bai。

欢迎来到《Go网络编程全解》微专栏的第五讲。

在上一讲中，我们完成了一次波澜壮阔的服务器并发模型“穿越”之旅。我们看到 Go 的 go handle(conn)模型，是如何站在 fork、pthread 和 select/epoll 等前辈的肩膀上，奇迹般地将“编程的简单性”与“极致的性能”统一起来。

我们留下了一个核心的谜题：Go 究竟是如何做到这一点的？

当我们写下 n, err := conn.Read(buf) 这行看似平平无奇的代码时，它表现得就像一个阻塞调用——如果没数据，它就“停”在那里等。但我们又说，Go 的服务器能用极少的线程支撑成千上万的并发连接，这意味着操作系统线程绝不能被一个 Read 操作轻易阻塞。

这种“看似阻塞，实则非阻塞”的神奇体验，正是 Go 语言在网络编程领域“封神”的关键。它的背后，隐藏着 Go runtime 中一个至关重要但又鲜为人知的组件——netpoller，以及它与 Goroutine 调度器之间天衣无缝的配合。

理解 netpoller 的工作原理，就是揭开 Go 高并发“黑盒”的钥匙。但我们今天的目标不止于此。我们不仅要看懂这台精密机器是如何运转的，还要探索它的能力边界——它是否对所有 I/O 都一视同仁？面对 Linux 内核最新的革命性 I/O 接口 io_uring，Go 的未来又将走向何方？

在这一讲，我将带你一起：

1. 回顾经典： 建立对 UNIX 五大 I/O 模型的坚实认知。

2. 揭秘魔法： 深入 Go runtime 内部，剖析 netpoller 与调度器协同工作的完整流程。

3. 探索边界： 搞清楚 netpoller 为何对网络 I/O 和文件 I/O “厚此薄彼”。

4. 展望未来： 了解 io_uring 带来的颠覆性变革，以及 Go 社区对此的思考与探索。

这一讲，我们将深入 Go runtime 的心脏地带。准备好，一场从揭秘底层到展望未来的旅程即将开始。

回归本源：UNPv1 的五大 I/O 模型