Go通过runtime的netpoller封装epoll/kqueue，将阻塞I/O操作转为非阻塞并注册事件，由运行时调度goroutine响应I/O事件，实现高并发、低开销的网络编程。
Golang实现高性能IO，通常会利用操作系统提供的多路复用机制，如Linux上的
epoll和macOS/BSD上的
kqueue。Go的运行时（runtime）底层已经封装并抽象了这些系统调用，为开发者提供了简洁的并发模型，而无需直接操作这些复杂的API。
Go的
net包在底层已经集成了对
epoll和
kqueue的抽象。当你在Go中使用
net.Listen或
net.Dial创建网络连接时，实际上Go运行时会接管这些I/O操作。它不会为每个连接创建一个独立的线程（像传统多线程服务器那样），而是通过一个或少数几个I/O多路复用器来监听大量文件描述符上的事件。当一个I/O事件（如数据可读、可写）发生时，操作系统通知Go运行时，运行时再唤醒相应的goroutine去处理。这意味着，尽管你写的是看似阻塞的
conn.Read()或
conn.Write()代码，Go运行时会在底层将这些操作转换为非阻塞模式，并利用操作系统的事件通知机制来高效管理并发。这种设计让Go开发者能以非常直观的方式编写高并发的网络服务，而不用深究底层I/O多路复用的复杂性。
Golang如何抽象并利用操作系统级别的IO多路复用？
Go的运行时（runtime）内部有一个被称为网络轮询器（netpoller）的组件。它才是真正与
epoll或
kqueue打交道的角色。当我第一次接触到Go的这种设计时，就觉得它非常巧妙：它把操作系统层面的复杂性完全隐藏起来了。具体来说，当一个goroutine尝试执行一个阻塞的I/O操作（比如从网络连接中读取数据），Go运行时不会让这个goroutine真的阻塞在系统调用上。相反，它会将这个I/O操作注册到
netpoller中，告诉操作系统“我关心这个文件描述符上的读事件”，然后将当前的goroutine挂起，并调度其他可运行的goroutine去执行。一旦
netpoller通过
epoll_wait或
kqueue_wait收到这个文件描述符上的I/O事件（比如数据到达），它就会唤醒之前挂起的goroutine，让它继续执行I/O操作并处理数据。这种模式，结合Go轻量级的goroutine，使得Go能够以极低的资源消耗支持海量的并发连接。它本质上是一种“非阻塞I/O + 事件通知 + 用户态调度”的完美结合。
在Go中，我们能否直接操作epoll/kqueue API以获得更细粒度的控制？
理论上当然可以，但坦白说，这通常是一个非常高级且不推荐的做法。Go的
syscall包提供了对底层系统调用的封装，包括
syscall.EpollCreate1、
syscall.EpollCtl、
syscall.EpollWait等Linux特有的函数，以及
syscall.Kqueue、
syscall.Kevent等BSD/macOS特有的函数。这意味着，如果你真的需要，你可以绕过Go runtime的
netpoller，自己构建一个基于
epoll或
kqueue的事件循环。
立即学习“go语言免费学习笔记（深入）”；
然而，直接操作这些API意味着你需要自己处理文件描述符的生命周期、事件的注册与注销、以及与Go调度器之间的协调，这极易引入bug，并且可能破坏Go的并发模型优势。Go runtime的
netpoller已经经过了高度优化和充分测试，并且它与goroutine调度器紧密集成，能提供最佳的性能和并发模型。对我而言，除非有非常特殊的需求，比如开发一个需要与某些非标准I/O设备或特定文件描述符进行交互的系统，或者需要实现一个完全定制化的事件循环（这在Go生态中几乎闻所未闻），否则我不会考虑直接使用
syscall包来处理常规的网络I/O。对于绝大多数网络编程场景，相信Go runtime的封装是更明智的选择。
封装epoll/kqueue对Go应用程序的性能和并发模型有何影响？
这种封装对Go的性能和并发模型产生了革命性的影响，可以说，这是Go语言在并发领域最核心的竞争力之一。
-
极致的并发能力： 传统的线程模型，每个连接一个线程，线程的创建、销毁和上下文切换开销巨大，并且受限于系统能支持的线程数量。Go的
epoll
/kqueue
封装结合goroutine，使得数百万甚至更多的并发连接成为可能，因为每个goroutine的内存开销极小，且调度器能高效地在少量OS线程上复用这些goroutine。这有点像把大量的轻量级任务分配给少数几个高效的工人，而不是为每个任务都雇佣一个新工人。 -
简化异步编程： 这是我个人最喜欢的一点。开发者可以写出看似阻塞的、顺序的代码（例如
conn.Read()
），但实际上底层是非阻塞的。这极大地降低了异步编程的复杂性，避免了传统回调地狱（callback hell）或复杂的Promise/Future链。代码变得更易读、易写、易维护。 - 高效的资源利用： 操作系统层面的I/O多路复用器能高效地管理大量文件描述符，只在I/O事件真正发生时才通知程序，避免了轮询（polling）的资源浪费。Go runtime在此基础上，进一步优化了goroutine的调度，确保CPU时间被有效利用。对于I/O密集型应用，Go的这种设计能提供非常高的吞吐量。即使有大量连接处于空闲状态，它们也不会消耗过多的系统资源。当数据到达时，相应的goroutine能被迅速唤醒处理，从而保持较低的延迟。
