Go无法手动接入epoll，因runtime已深度耦合netpoller与goroutine调度；强行调用syscall.EpollCreate1会绕过调度器，导致goroutine饿死、close失效及死锁。
Go 里没法“搭建高性能网络库环境”来手动接入 epoll —— runtime 已经替你管好了，强行介入反而会破坏调度。
为什么不能直接用 syscall.EpollCreate1
常见错误现象：runtime.netpoll 堆栈大量出现、goroutine 卡在 internal/poll.runtime_pollWait、服务响应变慢甚至死锁。
根本原因：Go 运行时为每个 M（OS 线程）独占管理一个 poller，它和 G-P-M 调度器深度耦合。你调用 syscall.EpollCreate1 创建的 fd 不受 runtime 管理，后续 epoll_ctl 或 epoll_wait 会绕过 netpoller 的事件注册与 goroutine 唤醒逻辑。
后果比性能差更严重：
立即学习“go语言免费学习笔记（深入）”；
- goroutine 阻塞在自建 epoll 上时，不会交还 P，导致其他 goroutine 饿死
- 无法响应
context.Cancel或超时，net.Conn.Close()失效 - 混合使用
net.Conn和裸 fd 会触发文件描述符泄漏或 double-close
net.Listen 默认行为为什么扛不住压测
默认 net.Listen("tcp", ":8080") 返回的是 tcpKeepAliveListener，它只设了 TCP keep-alive 时间，其余关键参数全靠内核默认值：
在 Go 中使用 google/wire 实现编译时依赖注入——wire.NewSet、wire.Build、wire.Bind（接口→实现）、wire.Struct、wire.Value、wire.Interface
- accept 队列长度由内核
net.core.somaxconn决定（通常 128），远低于高并发场景需求 - 没开
SO_REUSEPORT，多进程/多线程负载不均，且无法平滑重启 - 没设
TCP_DEFER_ACCEPT，SYN 收到后立即进队列，但应用层还没调用Accept()，半连接堆积丢包 -
Accept()不支持 context，服务 shutdown 时可能卡住
正确做法是用 net.ListenConfig 显式控制：
lc := net.ListenConfig{
Control: func(fd uintptr) {
syscall.SetsockoptInt32(int(fd), syscall.SOL_SOCKET, syscall.SO_REUSEPORT, 1)
syscall.SetsockoptInt32(int(fd), syscall.IPPROTO_TCP, syscall.TCP_DEFER_ACCEPT, 1)
},
KeepAlive: 30 * time.Second,
}
ln, err := lc.Listen(context.Background(), "tcp", ":8080")
如何验证 netpoller 正在工作
不要看有没有“epoll 字样”，要看调度是否被正确接管：
- 用
kill -SIGQUIT <pid>打印堆栈，大量 goroutine 停在runtime.netpoll或internal/poll.runtime_pollWait是正常信号 - 运行
go tool trace ./myserver，打开浏览器查看 “Network poller” 时间轴，有持续轮询活动即表示生效 - 设置
GODEBUG=netpolldebug=1（仅限调试版 Go），会在启动时打印 poller 初始化日志
注意：GODEBUG=netdns=cgo+1 无关 netpoller，它只影响 DNS 解析路径。
Dialer 和 ListenConfig 是唯一该调的“高性能开关”
所谓“高性能”，不是换底层 I/O 模型，而是显式控制连接生命周期和系统参数：
-
net.Dialer必须配Timeout（TCP 握手）、KeepAlive（空闲探测）、Resolver（DNS 缓存） -
net.ListenConfig控制Control回调、KeepAlive、Deadline等，避免 accept 队列溢出或 TIME_WAIT 泛滥 - 所有
http.Server应设ReadTimeout、WriteTimeout、IdleTimeout，否则单个慢连接会拖垮整个服务 - 绝不能写
go handle(conn)这类无 context、无 waitgroup 的裸 goroutine 启动，这是 goroutine 泄漏头号来源
真正需要手撸 epoll 的场景极少——比如对接 DPDK 或高频交易网关。普通 HTTP/gRPC/TCP 服务，把 Dialer 和 ListenConfig 配对用好，就是最实在的高性能。
