Go网络IO优化核心是减少goroutine等待、切换和拷贝，关键在避免阻塞、用缓冲channel控流、复用buffer与连接，并警惕channel误用。
Go 的网络 IO 性能优化，核心不是“换库”或“堆配置”，而是让 goroutine 少等、少切换、少拷贝。非阻塞 IO 在 Go 里其实天然由 runtime 调度隐式支持（net.Conn 默认就是非阻塞的），真正关键的是避免 goroutine 因读写阻塞而闲置，同时用好缓冲 channel 控制并发节奏和数据流动节奏。
理解 Go 网络 IO 的“非阻塞”本质
Go 的 net.Conn 底层基于操作系统非阻塞 socket（如 epoll/kqueue），但对开发者屏蔽了系统调用细节。你调用 conn.Read() 或 conn.Write() 时，如果数据未就绪或内核缓冲区满，runtime 会自动将当前 goroutine 挂起，并注册 fd 到网络轮询器（netpoll），等事件就绪后再唤醒——这整个过程是协作式、无系统线程阻塞的。
所以你不需要手动设置 O_NONBLOCK，也不用写 epoll 循环。真正的性能瓶颈常出现在：
- 业务逻辑在 handler 中耗时过长（比如同步 DB 查询、重计算），拖住 goroutine
- 大量小包频繁 Read/Write，导致 syscall 过多、内存分配频繁
- channel 无缓冲或容量过小，造成 goroutine 频繁阻塞等待发送/接收
用缓冲 Channel 控制数据流与解耦处理
把“接收 → 解析 → 处理 → 响应”拆成多个阶段，用带缓冲的 channel 连接，能平滑流量、防雪崩、提升吞吐。
立即学习“go语言免费学习笔记（深入）”；
例如一个 TCP server 接收字节流，按协议分包后投递给业务处理器：
// 缓冲 channel 避免 parser goroutine 被下游 block
packetCh := make(chan *Packet, 1024) // 根据吞吐预估，避免过大占内存
go func() {
for conn := range listener.Conns() {
go handleConn(conn, packetCh)
}
}()
// 单独 goroutine 批量消费，聚合处理或路由到 worker pool
for pkt := range packetCh {
processAsync(pkt) // 或投给带缓冲的 workerCh
}
缓冲大小建议：初始设为 256–4096，上线后根据 len(packetCh) 监控水位动态调整。超过 80% 持续满载，说明下游处理慢，需扩容或限流；长期低于 10%，可适当减小节省内存。
减少 IO 拷贝与分配：复用 buffer 和 conn
每次 Read() 分配新 slice 是高频开销。用 sync.Pool 复用读缓冲区：
var bufPool = sync.Pool{
New: func() interface{} { return make([]byte, 4096) },
}
func handleConn(conn net.Conn) {
buf := bufPool.Get().([]byte)
defer bufPool.Put(buf)
for {
n, err := conn.Read(buf)
if n > 0 {
parseAndDispatch(buf[:n])
}
if err != nil { break }
}
}
同理，使用 http.Transport 时开启连接复用（默认已开），并合理设置 MaxIdleConns 和 MaxIdleConnsPerHost，避免频繁建连。
避免 channel 使用陷阱
缓冲 channel 不是万能加速器，用错反而拖慢：
- 不要用
chan struct{}做信号通知还加缓冲——信号只关心“有/无”，缓冲会掩盖漏通知问题 - 不要把大对象（如原始 []byte）直接发进 channel——会拷贝底层数组；改发指针或预分配池中对象
- 关闭 channel 前确保所有 sender 已退出，否则 panic；消费者用
for v := range ch安全退出
需要背压控制？用 semaphore（如 golang.org/x/sync/semaphore）配合 channel 更清晰，比靠 channel 缓冲“堵住上游”语义明确。
基本上就这些。Go 的 IO 优势不在裸性能，而在调度轻量 + channel 组合灵活。抓住“少阻塞、少分配、流控可见”三个点，比调参数更有效。
