Go通过netpoller将epoll与goroutine调度深度耦合，使同步代码实现异步非阻塞IO：Read/Write遇EAGAIN自动gopark挂起goroutine，事件就绪后goready唤醒，一个OS线程可高效管理成千上万连接。
Go语言本身不直接暴露“非阻塞IO”的底层开关（比如像C中设置O_NONBLOCK），而是通过运行时的netpoller机制，在操作系统epoll/kqueue/iocp之上自动完成非阻塞调度。开发者写的是同步风格代码，实际执行却是异步、非阻塞的——这才是Go实现高性能网络服务的关键前提。
goroutine-per-connection 是默认高性能模型
Go标准库net包监听连接后，对每个conn启动一个goroutine处理：
- 看似是“阻塞读写”，实则底层由netpoller接管：当数据未就绪时，goroutine被挂起，不消耗OS线程；数据到达后自动唤醒
- 一个万级并发连接，只对应少量系统线程（通常等于CPU核心数），避免了传统BIO模型中线程爆炸问题
- 无需手动管理fd、事件循环或回调函数，心智负担低，代码清晰
用select + channel 精确控制I/O超时与多路等待
当需要同时监控多个IO源（如客户端连接、定时器、信号通道）或实现自定义超时逻辑时，select是核心工具：
-
conn.SetReadDeadline(t)配合conn.Read()，可让一次读操作在超时后返回错误，而非永久阻塞 -
select可等待多个channel（例如请求channel、关闭通知channel、超时timer），适合构建带取消、重试、限流的协议层 - 避免轮询或忙等待，真正实现“有事才干活”
减少内存分配和系统调用开销
高频网络服务的瓶颈常不在IO本身，而在内存和syscall层面：
立即学习“go语言免费学习笔记（深入）”；
- 使用
bufio.Reader/Writer封装连接，批量读写，降低read/write系统调用次数 - 用
sync.Pool复用临时缓冲区（如[]byte、bytes.Buffer），减少GC压力 - 对HTTP服务，启用
http.Server.IdleTimeout和ReadTimeout，及时回收空闲连接，防止资源泄漏
高阶场景：绕过标准库，用NBIO等框架榨取极限性能
标准net包已足够应对大多数业务，但在超低延迟、百万级连接或定制协议场景下，可考虑：
- 使用NBIO等第三方库：它显式暴露Epoll/Kqueue控制权，支持更细粒度的连接生命周期管理、零拷贝收发、TLS卸载等
- 注意权衡：NBIO带来性能提升的同时，也要求开发者理解事件循环、内存生命周期等底层细节，维护成本上升
- 适用于网关、消息中间件、实时音视频信令等基础设施层，一般业务服务无需替换
