Go 语言通过 runtime 内置 netpoll 自动管理 IO 多路复用，无需手动调用 epoll 等系统调用；优化核心是避免阻塞 Goroutine、复用连接与缓冲、合理使用 context 和监控工具。
Go 语言本身不直接暴露 epoll 或 select 系统调用，而是通过运行时（runtime）内置的网络轮询器（netpoll）自动管理 IO 多路复用。所谓“优化 Golang 的 IO 多路复用性能”，核心不是手动调用底层 syscall，而是理解 Go 的调度模型、减少阻塞、避免干扰 netpoll 正常工作，并合理使用标准库与运行时机制。
理解 Go 的 netpoll 是关键
Go 的 net 包（如 net/http、net.Listen）底层默认使用操作系统提供的高效多路复用机制：Linux 上是 epoll，macOS 是 kqueue，Windows 是 IOCP。这些由 Go runtime 自动封装，开发者无需（也不应）自己调用 epoll_wait 等系统调用。
- 每个 Goroutine 调用
conn.Read()或conn.Write()时，若数据未就绪，runtime 会将其挂起，并将 fd 注册到 netpoll 中；就绪后自动唤醒对应 Goroutine - netpoll 与 G-P-M 调度器深度集成，能高效处理数万并发连接，前提是 Goroutine 不做长时间阻塞操作
避免阻塞 netpoll 的常见写法
以下行为会让 Goroutine 长时间占用 M（OS 线程），导致 netpoll 无法及时轮询其他 fd，间接降低并发吞吐：
-
在 handler 中执行耗时同步计算（如大循环、JSON 解析超大 body、未加 context 控制的 sleep）：应拆分或异步处理，必要时用
runtime.Gosched()主动让出，或启动新 Goroutine -
对非阻塞 fd 手动调用
syscall.Read/syscall.Write：绕过 netpoll，失去自动唤醒能力；除非你完全接管 fd 生命周期（极少数场景如自研协议栈），否则不推荐 -
使用
time.Sleep替代 channel 等待或context.WithTimeout：sleep 会阻塞当前 M；优先用time.After+ select 或带 cancel 的 context
提升高并发 IO 性能的实用方法
真正有效的优化集中在资源复用、减少开销和适配 runtime 行为：
立即学习“go语言免费学习笔记（深入）”；
-
复用
http.Transport和http.Client：避免每次请求新建连接和 TLS 握手；设置合理的MaxIdleConns、MaxIdleConnsPerHost和IdleConnTimeout -
启用 HTTP/2 或 HTTP/1.1 keep-alive：减少连接建立开销；服务端确保
Server.IdleTimeout和ReadTimeout合理，避免连接过早关闭又重建 -
读写使用缓冲（
bufio.Reader/Writer）：减少系统调用次数和内存分配；例如bufio.NewReaderSize(conn, 8192) -
小包合并写入（writev 类似效果）：用
bytes.Buffer或sync.Pool缓存临时字节切片，批量Write，避免频繁 syscall
进阶：监控与调优依据
不要凭感觉优化，用真实指标判断瓶颈：
- 查看 Goroutine 数量：
runtime.NumGoroutine()或 pprof 的/debug/pprof/goroutine?debug=2，排查泄漏或堆积 - 分析网络等待：
go tool trace可观察 Goroutine 在 netpoll 上的阻塞时间；pprof 的netprofile（需 Go 1.21+）能定位慢连接 - 检查系统级指标：
ss -s看 socket 状态，cat /proc/sys/net/core/somaxconn确保连接队列足够，避免accept丢包
基本上就这些。Go 的 IO 多路复用性能强，不是因为“用了 epoll”，而是 runtime 把 epoll/kqueue 封装得足够智能。重点是别拖慢它——少阻塞、少 syscall、复用资源、靠数据驱动调优。
